llUi 


■  <~P  T  /,  ^ 


AGAROofraph  No.  MO 

AGARD  Flight  Test  Instrumentation  Series 

Vobiinel2 

on  ,.1'^ 

Aircraft  Flight  Test  Data  Processing 
A  Review  of  the  State  of  the  Art 

by  [ 

L.  J.  Smith  and  N.  O.  Matthews  ft1 


$ 


D 

ELECTE 
APR  2  1981 


ft 


M-' 


□ 

□ 


HTI5  QRAkX 
OTIC  TAB 
Unannounced 
Justification 


S 


l 


AGARD-AG-16o3j 
Volume  12 


Distribution/ 


Availability  Codes 
[Avail  and/or~ 
Special 


J  NORTH  ATLANTIC  TREATY  ORGANIZATION 

ADVISORY  GROUP  FOR  AEROSPACE  RESEARCH  AND  DEVELOPMENT 
(ORGANISATION  DU  TRAITE  DE  L’ATLANTIQUE  NORD) 


AGARDograph  No.  1 60  Vot.  1 2 


DTIC 

SELECTEI 

APR  2  1981 

D 

This  AGARDograph  has  been  sponsored  by  the  Right  Mechanics  Panel  of  AGARD. 

4<t>eh<b44  v/ 


distribution  statement  a 

Approved  fox  public  release; 
Distribution  Unlimited 


THE  MISSION  OF  AGARD 


The  minion  of  AGARD  ii  to  bring  together  the  leading  pereonalitiea  of  the  NATO  nation  in  the  field*  of  eeience 
and  technology  relating  to  aerospace  for  the  following  purpose*: 

-  Exchanging  of  scientific  and  technical  information; 

-  Continuously  stimulating  advance*  in  the  aerospace  sciences  relevant  to  strengthening  the  common  defence 
posture; 

-  Improving  the  co-operation  among  member  nations  in  aerospace  research  and  development; 

-  Providing  scientific  and  technical  advice  and  assistance  to  the  North  Atlantic  Military  Committee  in  the  field 
of  aerospace  research  and  development; 

) 

-  Rendering  scientific  and  technical  assistance,  as  requested,  to  other  NATO  bodies  and  to  member  nations  in 
connection  with  research  and  development  problems  in  the  aerospace  field; 

-  Providing  assistance  to  member  nations  for  the  purpose  of  increasing  their  scientific  and  technical  potential; 

-  Recommending  effective  ways  for  the  member  nations  to  use  their  research  and  development  capabilities  for 
the  common  benefit  of  the  NATO  community. 

The  highest  authority  within  AGARD  is  the  National  Delegates  Board  consisting  of  officially  appointed  senior 
representatives  from  each  member  nation.  The  mission  of  AGARD  is  carried  out  through  the  Panels  which  are 
composed  of  experts  appointed  by  the  National  Delegates,  the  Consultant  and  Exchange  Programme  and  the  Aerospace 
Applications  Studies  Programme.  The  results  of  AGARD  work  are  reported  to  the  member  nations  and  the  NATO 
Authorities  through  the  AGARD  series  of  publications  of  which  this  is  one. 

Participation  in  AGARD  activities  is  by  invitation  only  and  is  normally  limited  to  citiaens  of  the  NATO  nations. 


The  content  of  this  publication  has  been  reproduced 
directly  from  material  supplied  by  AGARD  or  the  authors. 


Published  November  1980 

Copyright  ©  AGARD  1 980 
All  Rights  Reserved 

ISBN  92-835-1 376-2 


1 

5 

Printtd  by  Ttchnicml  Editing  and  Raproduetton  Ltd 
HarfitrdBowt,  7-9  Chariot*  St.  London,  W1P 1HD 


M 


PREFACE 


Soon  after  its  founding  in  1952,  the  Advisory  Group  for  Aerapace  Research  and 
Development  recognised  the  need  for  a  comprehensive  publication  on  flight  test  techniques 
and  the  associated  instrumentation.  Under  the  direction  of  the  AGARD  Flight  Test  Panel 
(now  the  Flight  Mechanics  Panel),  a  Flight  Test  Manual  wu  published  in  the  yean  1954  to 
1956.  The  Manual  wu  divided  into  four  volumes:  I.  Performance,  II.  Stability  and  Control, 
III.  Instrumentation  Catalog,  and  IV.  Instrumentation  Systems. 

Since  then  flight  test  instrumentation  hu  developed  rapidly  in  a  broad  field  of  sophisti¬ 
cated  techniques.  In  view  of  this  development  the  Flight  Tut  Instrumentation  Group  of  the 
Flight  Mechanics  Panel  wu  asked  in  1968  to  update  Volume*  III  and  IV  of  the  Flight  Test 
Manual.  Upon  the  advice  of  the  Group,  the  Panel  decided  that  Volume  III  would  not  be 
continued  and  that  Volume  IV  would  be  replaced  by  a  series  of  separately  published  mono¬ 
graphs  on  selected  subjects  of  flight  test  instrumentation:  The  AGARD  Flight  Test 
Instrumentation  Series.  The  first  volume  of  Die  Series  gives  a  general  introduction  to  the 
basic  principles  of  flight  test  instrumentation  engineering  and  is  composed  from  contribu¬ 
tions  by  several  specialized  authors.  Each  of  the  other  volumes  provides  a  more  detailed 
treatise  by  a  specialist  on  a  selected  instrumentation  subject.  Mr  W.D  Jtface  and  Mr  A. Pool 
were  willing  to  accept  the  responsibility  of  editing  the  Series,  and  Prof.  D.Bosman  assisted 
them  in  editing  the  introductory  volume.  In  197S  Mr  K.C.Sanderson  succeeded  Mr  Mace  as 
an  editor.  AGARD  wu  fortunate  in  finding  competent  editors  and  authors  willing  to 
contribute  their  knowledge  and  to  spend  considerable  time  in  the  preparation  of  this  Series. 

It  is  hoped  that  this  Series  will  satisfy  the  existing  need  for  specialised  documentation 
in  the  field  of  flight  test  instrumentation  and  as  such  may  promote  a  better  understanding 
between  the  flight  test  engineer  and  the  instrumentation  and  data  processing  specialists. 

Such  understanding  is  essential  for  the  efficient  design  and  execution  of  flight  test  programs. 

Thu  efforts  of  the  Flight  Tut  Instrumentation  Group  members  (J  .Moreau  CEV/FR, 

H .Bo the  DFVLR/GE,  J.T.M.  van  Doom  and  A.P00I  NLR/NE,  EJ. Norris  AAAEE/UK, 
K.C.Sanderson  NASA/US)  and  the  assistance  of  the  Flight  Mechanics  Panel  in  the  prepara¬ 
tion  of  this  Series  are  greatly  appreciated.  In  particular,  credit  is  due  to  the  late 
Mr  N.O.Matthews.  Mr  Matthews  was  Chairman  of  the  Flight  Test  Instrumentation  Group 
from  1976  until  1978  during  which  period  he  prepared  portions  of  this  volume. 


F.N.STOLIKER 

Member,  Flight  Mechanics  Panel 
Chairman,  Flight  Tut 
Instrumentation  Group 
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SUMMARY 

\hla  vo luma  daacribaa  tha  application  of  data  processing  aystama  to  produce  data  in 
support  of  flight  tasting.  Tha  generalised  techniques  are  appropriate  to  large  teat  cen- 
tors  which  support  multiple  testing  programs  simultaneously.  Tha  concepts,  however,  are 
as  equally  valid  for  a  single  test  program  using  a  dedicated  data  processing  system. 

Starting  from  a  discussion  of  data  sources,  the  text  proceeds  to  a  review  of  the 
considerations  required  prior  to  data  processing.  A  simplified  discussion  of  two  major 
components  of  data  processing  -  hardware  and  software  -  follows.  The  volume  then  looks 
at  the  third  major  component  of  data  processing  -  the  people  to  make  it  work.  The  data 
processing  in  support  of  flight  testing  is  described  according  to  processing  functions. 

An  attempt  is  then  made  to  identify  potential  problem  areas. 

Since  every  organisation  which  conducts  test  flights  develops  its  own  methods  and 
techniques  for  this  purpose,  it  is  not  always  possible  to  give  specific  details  that  can 
be  universally  applied.  The  intention  is  to  present  a  general  outline  of  the  methods, 
techniques,  end  problems  associated  with  data  processing  for  the  benefit  of  individuals 
not  sxperienced  in  this  field.  It  is  hoped  that  experienced  Flight  Test  Engineers  will 
be  able  to  make  use  of  this  review  to  assist  with  instructing  new  entrants  to  the  field 
of  flightiest  data  processing  and  to  stimulate  future  developments. 


1.0  INTRODUCTION 

The  demand  for  a  teat  flight  arises  from  the  n  >ed  for  information  concerning  one  or 
more  characteristics  of  the  aircraft  under  investigation.  But  planning  cannot  be  com¬ 
menced  until  it  is  stated  what  specific  information  is  required  and  if  it  can  actually  be 
obtained  to  the  required  accuracy  using  tha  techniques  and  instrumentation  available. 
Planning,  however,  is  an  iterative  process  and  begins  with  general  requirements.  The 
requirements  need  to  be  discussed  and  reviewed  in  developing  detailed  specifications  tor 
the  test  planning,  instrumentation  and  data  processing.  Requestors  and  producers  must 
work  together  from  the  start,  with  all  participants  having  a  common  objective  as  well  as 
having  an  appreciation  of  each  other's  processes.  Requirements  are  just  that  -  "Require¬ 
ments"  -  the  mechanics  of  satisfying  those  requirements  are  what  generally  undergo  change 
unless  the  basic  objective  is  changed  or  modified.  If  the  specific  information  required 
cannot  be  obtained,  then  the  requirements  must  be  changed  or  the  flight  test  delayed. 


Quantitative  data  obtained  during  flight  testing  is  often  not  in  a  form  that  will 
communicate  to  the  aircraft  development  agency  the  information  that  they  seek.  It  is, 
therefore,  necessary  to  convert  the  data  into  a  sore  meaningful  form.  The  term  "Data 
Processing"  is  applied  to  this  activity,  whether  it  entails  making  simple  manual  calcula¬ 
tions  or  the  full  use  of  powerful  computers. 

For  a  teat  flight  to  be  successful,  the  planning  aiust  follow  a  methodical  course. 
Normally,  a  many-sided  problem  exists,  demanding  that  the  planning  process  converge  on 
the  best  compromise.  All  the  personnel  requiring  information  from  a  test  flight  must  be 
aware  of  the  capabilities,  limitations,  and  accuracy  of  the  proposed  methods,  instrumen¬ 
tation,  and  data  processing  systems.  Initially,  it  is  necessary  to  establish  the  follow¬ 
ing* 


e  The  stimuli  to  be  measured,  tha  accuracy  required,  and  the  types  of  transducers 
and  signal  conditioning  to  be  used. 

e  The  effect  on  the  results  of  the  capabilities  and  limitations  of  available  trans¬ 
ducers  best  able  to  obtain  data  that  can  be  processed. 

e  The  method  and  position  of  installation  of  the  transducers  to  ensure  that  the 
intended  stimuli  act  on  them  and  not  some  stimuli  spurious  to  requirements,  and 
that  the  smasuremert  system  does  not  change  the  characteristic*!  of  the  syatam 
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being  monitored.  Alternatively,  If  spurious  stimuli  cannot  ba  avoided,  tha  na¬ 
ture  of  these  stiauli  should  ba  established  by  measuring  thaa  in  isolation  or  a 
aaans  of  isolating  and  discarding  tha  spuricus  stiauli  (noise)  should  be  devised, 

e  The  effects  on  the  results  of  tha  capabilities  and  limitations  of  available  sig¬ 
nal  conditioning  equipment  best  able  to  withstand  the  working  environment. 

e  The  effects  on  tha  results  of  the  capabilities  and  limitations  of  data  storage  or 
transmission  equipment  (if  required)  beat  able  to  withstand  the  working  environ¬ 
ment. 

e  The  ability  of  the  aircraft  to  perform  maneuvers  required  for  the  acquisition  of 
the  required  data. 

e  The  effect  on  the  results  of  the  capabilities  and  limitations  of  the  data  proces¬ 
sing  system,  to  include  both  hardware  and  software. 

e  The  effects  of  the  capabilities  and  limitations  of  available  mathematical  tech¬ 
niques  that  can  be  employed  for  tha  processing  of  the  data  in  a  timely  fashion. 

e  The  ability  of  the  personnel  to  analyse  and  interpret  the  processed  data  to  obtain 
valid  information. 

e  The  effects  on  the  validity  of  the  results  arising  from  the  accumulation  of  lim¬ 
itations  from  stimuli  to  interpretation  of  processed  data. 

e  The  cost  of  each  part  relative  to  the  whole  coat,  and  the  whole  cost  itself. 

It  can  be  seen  from  these  stages  that,  in  uost  casus,  each  element  in  the  system 
reflects  itself  in  all  of  the  others  and  that  the  whole  system  can  be  no  better  than  its 
weakest  link.  The  result  is  that  the  first  consideration  in  planning  a  test  flight  is 
that  of  the  effects  of  the  limitations  of  aach  element  and,  most  important  the  limitations 
of  the  system.  Although  the  progressive  nature  of  the  "State-of-the-Art"  introduces  new 
capabilities,  the  inevitable  result  is  a  complementary  increase  in  the  number  of  limita¬ 
tions. 


2.0  SOURCES  OF  FLIGHT  TEST  DATA 

Flight  test  data  is  derived  from  two  major  sources t  (1)  on-board  sensors i  and  (2) 

ground-based  instrumentation.  Information  concerning  specific  subsystem  performance,  pro¬ 
pulsion,  structural  deflections,  stability  or  control,  and  performance  comes  from  the 
signals  generated  by  tha  on-board  transducers  and  recorded  on-board  or  telesmtered  to  the 
ground.  Ground-based  instrumentation  systems  usually  consist  of  radar  and  optical  equip¬ 
ment  and  are  used  to  obtain  aircraft  trajectory  and  attitude  data.  In  either  case,  the  method 
of  recording  the  data  will  be  selected  to  optimise  the  amount  which  can  be  sampled  and 
stored  in  the  smallest  time  interval  and  recording  medium.  Such  a  recording  scheme  is 
generally  unsuitable  for  direct  entry  into  a  computer  and  requires  one  or  more  intermedi¬ 
ate  steps  to  transpose  the  data  into  a  format  which  the  computer  can  accept  (this  is 
generally  defined  as  "preprocessing") .  When  multiple  recordings  of  raw  data  are  made  of 
some  physical  phenomena,  a  requirement  for  correlation  of  timing  adds  another  stage  of 
processing. 

2.1  AIRCRAFT  CATEGORY 

The  characteristics  and  amount  of  data  is  dependant  upon  the  type  of  information 
that  ia  sought,  which  in  turn  can  be  dependent  upon  the  category  of  the  aircraft.  These 
categories  ares 

2.1.1  Uncertificated  Aircraft 

e  Experimental  aircraft  used  for  research, 
e  Prototype  aircraft  in  development, 
e  Aircraft  test  flown  for  certification. 

2.1.2  Certificated  Aircraft 

e  Aircraft  used  as  a  "flying  platform  or  test  bed”  for  testing  on-board  equipment, 
e  Aircraft  used  for  testing  weapons. 

e  Research  and  training  (including  "flying  laboratories") . 
e  Investigation  of  post-certification  deficiencies. 

e  Flight  data  recording  for  fleet  life  fatigue  data  or  crash  investigation. 

These  categories  are  treated  in  detail  in  Reference  1. 
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Generally,  test  flights  on  uncerti floated  Aircraft  are  conducted  to  yield  at 
mueh  information  at  possible,  while  tatt  flights  using  oartifioatad  aircraft  oan  ba  con¬ 
ducted  for  the  purpose  of  obtaining  a  small  amount  of  detailed  information. 

2.2  DATA  TYPES 

The  types  of  data  that  can  ba  derived  from  test  flights  and  their  frequency 
ranges  vary  widely  as  oan  be  seen  from  the  following  important  examples. 

2.2.1  Aircraft  Performance 

One  of  the  main  reasons  for  instrumenting  an  aircraft  for  either  prototype  or 
research  flying  is  to  examine  its  performance  characteristics.  This  generally  involves 
low  frequency  measurements  in  the  range  from  0  to  25  Ha.  and  the  vast  majority  of  the 
measurements  are  quasi-static.  There  is,  however,  an  increaeing  tendency  to  obtain  per¬ 
formance  data  from  dynamic  maneuvers. 

2.2.2  Flying  Qualities 

Similar  characteristics  can  be  applied  to  the  examination  of  aircraft  flying 
qualities.  This  involves  a  different  form  of  instrumentation  but,  again,  normal  Plight 
Mechanic  measurements  in  aircraft  tend  to  be  quasi-static  although  the  phase  relationehip 
characteristics  between  the  various  quantities  can  be  of  interest.  Care  is  needed  in  the 
handling,  recording,  and  analysis  of  this  type  of  data. 

2.2.3  Power  Plant 

The  majority  of  power  plant  perforauunce  information  such  as  temperatures  and 
pressures  are  quasi-static,  but  during  evaluation  of  engine  handling  qualities  dynamic 
conditions  can  be  experienced  which  require  measurements  in  the  range  of  0  to  50  Ha.  In 
some  cases,  vibration  measurements  have  been  used  as  a  monitor  of  the  "health*  of  power 
plants  in  service.  Where  these  techniques  have  been  employed,  the  measurement  responses 
range  to  several  thousand  Herts. 

2.2.4  Flutter 

Airframes  flutter  characteristically  in  range  0  to  50  Ha  and  special  techniques 
are  necessary  for  handling  this  type  of  data.  (Heference  2) 

2.2.5  Structural  Measurements 

Host  prototype  aircraft  are  equipped  with  strain  gauges  and  similar  devices  so 
that  measurements  of  the  forces  present  in  the  structure  car.  be  made  during  test  flight. 
This  is  particularly  important  when  new  concepts  are  involved  such  as  high  temperature 
flight  loads  and  maneuver  loads  on  highly  maneuverable  aircraft,  (e.q.  the  NASA  YF-12  High 
Temperature  Flight  Loads  Research  and  joint  NASA-USAF  Highly  Maneuverable  Aircraft  Techno¬ 
logy  (HIMAT)  Programs.)  The  normal  range  of  structural  measurements  is  from  0  to  1  kHx. 

2.2.6  Vibration  Measurements 

Components  in  equipment  and  weapons  carried  in  or  on  an  aircraft  can  be  serious¬ 
ly  affected  by  vibration  levels  present.  Vibration  measurement  is  becoming  increasingly 
important,  particularly  as  the  range  of  frequency  analysis  available  in  the  data  proces¬ 
sing  facilities  become  greater.  Current  vibration  analysis  techniques  covering  ranges 
from  sero  frequency  to  several  thousand  Herts  reveal  that  considerable  power  is  being 
delivered  to  components  and  equipment  carried  in  aircraft  at  frequencies  far  outside  the 
ranges  previously  suspected.  Helicopters  are  particularly  subject  to  vibration.  (Refer¬ 
ence  3) 

2.2.7  Avionics 

Avionics  equipment  surh  as  automatic  flight  control  systems  have  to  be  flight 
tested  and  some  of  the  electronics  signals  in  this  equipment  can  be  at  very  high  frequen¬ 
cies.  Test  sys terns  need  to  cover  ranges  up  to  tens  of  thousands  of  Hs  and,  in  the  case 
of  radar  and  similar  equipment,  up  to  several  hundred  megaherts  (Mis) . 

2.2.8  Acoustic  Measurements 

Since  increasing  concern  in  recent  years  has  been  expressed  on  the  noise  levels 
of  aircraft,  there  is  more  emphasis  on  measuring  cabin  noise  and  "ground”  noise  levels 
during  prototype  testing. 

2.2.9  Bio-Engineering 

Measurements  of  heart-rate,  blood  pressure,  and  other  characteristics  of  the 
pilot  and  aircrew  during  flight  have  b#.on  important,  particularly  in  space  flight.  The 
frequency  range  of  these  measurements  is  relatively  low  and  does  not  present  any  basic 
data  recording  problems, 

2 . 3  INSTRUMENTATION  SYSTEMS 

There  are  often  several  versions  of  any  particular  type  of  equipment  that  can 
be  used  for  the  acquisition,  recording,  or  transmission  of  data.  Even  though  the 


4 


differences  between  versions  can  appear  aubtla,  they  can  have  a  large  at. 'act  on  tha  abil¬ 
ity  of  tha  data  processing  equipment  to  handle  tha  data. 

2.3.1  On-Board  Squipatent 

Equipment  in  uaa  today  haa  developed  from  that  used  in  tha  aarly  daya  of  taat 
f lying.  In  many  instances,  tha  equipment  of  today  bears  little  relation  to  the  early 
types  as  a  result  of  present  sophisticated  techniques.  But  there  are  a  few  cases  where 
the  use  of  early  techniques  with  modern  equipment  is  the  moat  convenient  and  sometimes 
only  means  of  gathering  data. 

2. 3. 1.1  Manual  Recording 

The  first  attempts  at  gathering  data  on  the  behavior  of  aircraft  were  made  by 
installing  the  simple  and  sometimes  crude  sensors  of  the  day  on  the  aircraft  and  arranging 
for  the  indicating  part,  whether  it  was  a  dial  or  manometer  tube,  to  be  within  sight  of 
an  observer.  The  readings  were  then  noted  at  intervals,  the  minimum  length  of  the  inter¬ 
val  being  dependent  upon  the  number  of  indicator j  to  be  read  and  the  number  of  observers. 
Accuracy  was  generally  limited,  the  process  was  tedious,  and  it  was  difficult  to  obtain 
accurate  time  correlation  among  readings  from  separate  sources.  Even  so,  there  are  in¬ 
stances  today  where  manual  recording  of  instrument  readings  is  the  most  convenient  and 
economical,  e.g.,  ground  calibration  data,  test  f'.ight  event  times.  Use  of  manual  re¬ 
cording  in  flight  should  be  limited  to  low  performance  light  aircraft  only  or  where  time 
and/or  circumstances  do  not  warrant  a  more  complete  instrumentation  system. 

2 . 3 . 1 . 2  Photo  Recorders 

An  improvement  to  manual  recording  of  data  by  an  observer  was  made  by  photograph¬ 
ing  the  indicators  with  a  cine  camera  and.  subsequently,  extracting  the  information  from 
the  developed  film.  All  this  did  was  to  transfer  the  observer's  work  to  the  analysis 
staff  with  the  advantage  that  improved  time  correlation  among  readings  was  possible.  But 
still  the  data  often  had  to  be  analysed  manually  in  order  to  obtain  a  meaningful  presen¬ 
tation  of  the  data. 

2. 3.1. 3  Trace  Recorders  (Strip  Charts) 

Concurrent  in  the  development  of  the  trace  recorder  (or  strip  chart) ,  which  trans¬ 
lates  an  electrical  signal  into  a  trace  on  paper,  came  transducers  which  producod  an 
electrical  signal  proportional  to  the  strength  of  the  stimulus.  The  combination  of  the 
two  made  a  substantial  improvement  in  the  recording  of  data,  since  it  then  became  possi¬ 
ble  to  plot  simultaneously  and  automatically  many  channels  of  data  while  the  flight  was 
in  progress.  Trace  recorders  could  also  be  used  to  display  data  recorded  on  magnetic 
tape,  prior  to  conversion  to  engineering  units.  This  lead  to  a  technique  known  as 
"quick-look"  which  remains  a  valuable  facility  to  this  day.  The  use  of  "quick-look"  is  a 
convenient  means  of  scoping  and/or  reducing  the  data  processing  task. 

Strip  charts  for  trend  information  and  listings  for  absolute  values  is  a  key 
point  in  display  technology.  In  fact,  strip  charts  are  a  special  case  of  x-y  plots.  All 
show  interrelationship  information  whereas  listings  are  valuable  when  actual  quantitative 
values  are  desired. 

Occasions  still  arisa,  as  with  manual  recording,  where  the  use  of  a  trace  re¬ 
corder  or  a  photo  recorder  on-board  the  aircraft  gives  sufficient  information  conveniently 
and  economically,  whether  or  not  other  recording  techniques  are  employed  at  the  same  tine. 
This  is  particularly  true  for  the  instrumentation  of  light  aircraft  for  simple  tests  or 
where  the  prime  data  requirement  is  for  trend  information. 

2. 3. 1.4  Magnetic  Tape  Recorders 

Tape  recorders  soon  surpassed  the  trace  recorders  in  number  of  parameters  which 
could  be  recorded  per  time  interval  and  had  the  added  advantage  of  being  able  to  repro¬ 
duce  the  original  data  aignals  electrically. 

This  form  of  data  recording  is  still  at  the  "state-of-the-art"  and,  until  solid- 
state  memories  become  available,  it  is  likely  that  the  magnetic  tape  recorder  has  many 
years  of  duty  still  to  fulfill.  Detailed  descriptions  of  magnetic  tape  recording  tech¬ 
niques  can  be  found  in  Chapter  9  of  Reference  1  and  Reference  4. 

There  are  three  main  types  of  tape  format*  open  reel,  cassette,  and  cartridge. 
Other  formats  not  in  general  use  have  been  developed  for  special  purposes.  In  addition, 
there  are  four  recording  modes*  direct,  frequency  modulation,  digital,  and  computer 
compatible. 

2. 3. 1.4.1  Tape  Formats 

Extensive  use  has  been  made  of  the  open  reel  tape  recorder  ainee  it  has  the 
greatest  flexibility  in  meeting  a  variety  of  applications.  Although  this  was  the  earliest 
type  of  magnetic  tape  recorder,  with  refinements  and  the  use  of  modern  techniques,  the 
fidelity  of  data  reproduction  remains  superior  to  other  formats. 

Open  reel  machines  are  available  to  accommodate  one-quarter  inch  to  one  inch 
wide  tape  which,  in  turn,  can  contain  from  one  to  fourteen  or  more  data  trades  (special 
tapes  can  be  wider,  up  to  2.3  inches) .  Tha  tape  speed  can  usually  be  varied  to  suit  the 
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bandwidth  of  the  data.  Different  tape  lengths  and  apool  alias  are  availabla  to  anabla 
various  recording  times  to  ba  accommodated  or.  conversely,  to  allow  tha  uia  of  oompact 
aaohinaa  for  installation  in  mail  apaoaa. 

tha  requirement  for  mall  data  rsoordart  lad  to  tha  adaptation  of  tha  oompact 
casaatta  for  any  taps  length  up  to  an  mount  auffioiant  for  ona  hour's  recording,  tha 
tapa  width  is  ona-elghth  inch  and  tha  rooording  speed  is  ona  and  seven-eighths  Inches  par 
saoond.  tha  eoobination  of  thasa  two  figuras  raault  in  a  vary  snail  rata  of  consumption 
of, tapa.  It  is.  therefore,  vary  aoononioal  and.  in  addition,  vary  oonvaniant  to  hand Is . 

Lika  tha  eompaet  oassatta.  tha  tapa  cartridge  is  of  flxad  Bias  but  largar.  It 
oontaina  ona  quarter  inch  wida  four -track  tapa  which  Is  recorded  at  thraa  and  three- 
fourths  inches  per  second,  the  tapa  is  a  continuous  loop  feeding  fro a  tha  hub  of  a 
flangeless  spool  and  returning  to  tha  perimter.  the  bandwidth  is  batter  than  that  of 
tha  cassette  and  approaches  that  of  open  real  machines  running  at  tha  same  spaed.  In  this 
instance,  it  has  the  advantage  of  eonpaotnass  and  convanienoa  of  handling  without  so  much 
limitation  on  bandwidth  as  tha  oassatta. 

2. 3. 1,4. 2  Recording  Nodes 

Initially,  tha  only  naans  of  transferring  data  signala  onto  tapa  were  by  modu¬ 
lating  the  magnetic  flux  of  the  reoord  head  with  the  (coapenaated)  data  signal.  The  pro¬ 
cess  la  known  as  "direct  recording*  since  tha  signals  contained  in  the  tape  coating  are 
directly  related  to  the  original  signals.  Tha  bandwidth  obtainable  with  this  mode  nor¬ 
mally  extends  to  not  lass  than  SO  Hs,  and  up  to  100  km  at  high  tape  speeds.  Although 
this  bandwidth  has  many  applications,  suoh  as  audio  reproduction .  it  cannot  accommodate  low 
frequency  flight  maneuver  or  static  load  signals.  Because  of  this,  tha  techniques  of 
radio  communications  were  applied  to  produce  tha  frequency  modulation  mode  of  recording. 
There  are  two  variants,  single  carrier  mode  and  frequency  division  multiplex  mode. 

Nith  the  frequency  modulation  technique,  recording  is  possible  down  to  sero 
Marts,  thereby,  allowing  static  loads  and  low  frequency  algnals  to  ba  recorded.  There 
are  several  common  standards  for  single  carrier  Frequency  Modulation  (FN)  recording,  the 
most  frequently  used  being  that  of  the  Inter-Range  Instrumentation  Group  (IRIG)  which 
dictates  a  constant  relationship  between  tapa  speed,  carrier  frequency,  and  bandwidth  as 
wall  aa  defining  the  track  layout.  (Reference  5)  This  enables  recorded  data  to  be 
replayed  at  different  speeds  without  altering  the  characteristics,  an  important  feature 
in  later  processing. 

Tha  present  trend  is  towards  tha  use  of  digital  form  before  committing  data 
signals  to  tape.  The  resolution  capability  is  dependant  upon  the  length  of  the  binary 
word,  lech  word  gives  one  instantaneous  value  of  one  parameter.  In  the  recording  pro¬ 
cess,  only  two  magnetic  states  are  used  for  tha  binary  values i  saturation  in  one  mag¬ 
netic  direction  or  the  other.  The  digital  sampling  rate  can  exceed  that  of  analog 
machines  with  the  advantage  that  speed  variations  do  not  affect  the  data. 

The  data  can  be  recorded  in  parallel,  that  is,  a  track  allocated  to  each  chan¬ 
nel,  or  in  aerial,  where  one  track  can  ace pawn data  many  channels  ot  data  by  time  division 
multiplex.  This  latter  technique  lends  itself  to  computer  compatible  tape  recorders  and 
has  tha  advantage  that  head  alignment  and  tape  skew  ara  not  aa  critical  as  they  are  with 
any  form  of  parallel  recording  where  phase  relationships  between  tracks  would  ba  altered. 

Moat  modern  recorders  use  time-division  multiplexing  to  increase  the  capacity 
for  data.  It  can  be  used  in  digital,  FN,  and  direct  recording.  This  is  done  by  varying 
the  rate  at  which  parameters  are  recorded  (also  known  as  commutation  rate) .  This  basic 
vate  is  dependent  upon  the  frequency  spectrum  of  the  desired  signal.  In  its  most  ele¬ 
mentary  form,  the  values  of  various  parameters  are  recorded  in  a  time-dependent  sequential 
action.  Items  of  higher  frequency  content  are  recorded  more  often  than  the  normal  cycle, 
while  elements  of  lower  frequency  content  are  recorded  every  other  cycle.  This  latter 
scheme  increases  the  number  of  parameters  which  can  be  recorded  in  a  commutation  cycle. 

At  the  present  time,  on-board  production  of  computer-compatible  tapes  is  not 
conducted  on  a  wide  scale.  Such  tapes  have  the  advantage  of  being  capable  of  being  read 
directly  by  the  standard  digital  computer,  eliminating  the  need  for  the  intermediate  stage 
of  processing  required  to  convert  digital  tapes  to  a  computer -compatible  tape.  However, 
standard  computer  tapes  are  half-inch  in  width  with  data  recorded  in  parallel  on  either 
seven  or  nine  tracks  at  closely  specified  bit  densities.  The  tolerances  for  bit  density 
and  skew  are  so  close  that  it  is  difficult  to  remain  within  these  tolerances  with  today's 
flight  recorders.  The  bit  densities  for  computer-compatible  tapes  are  relatively  low 
when  compared  to  standard  airborne  digital  tapes.  Finally,  digital  computers  require 
"inter-record  gaps"  on  the  tape  after  a  certain  number  of  data  words  and  no  data  Jan  be 
recorded  during  the  gaps. 

The  capabilities  of  these  recording  systems  and  their  applications  are  covered 
in  References  1  and  4. 

2. 3.1.5  Optical  8ystams 

Many  areas  of  flight  test  data  acquisition  are  still  best  achieved  using  optical 
systems  of  various  sorts.  The  advantages  ot  these  systems  are  their  ability  to  record 
the  actual  overall  picture  in  addition  to  uelng  certain  specialised  techniques .  Optical 
systwa  form  a  large  part  ot  the  ground  based  data  gathering  facility,  but  here  we  are 
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concerned  mainly  with  iyit<M  installed  in  the  aircraft  anO  miitf  only  airoraft  data. 

(Asfsrsnoa  I) 


2. 3.1.9. 1  airborne  Cameras 

lhara  is  a  wide  range  of  applications  for  airborne  caaaraa  in  flight  work.  One 
of  these  is  a  system  which  uses  a  notion  picture  camera  mounted  in  the  forward  part  of 
the  test  aircraft  to  obtain  a  forward  and  downward  view  of  the  runway.  Surveyed  pairs  of 
markers  arranged  in  parallel  lines,  such  as  runway  lights,  may  be  used  to  obtain  aircraft 
altitude  and  position  along  all  three  axes  by  reans  of  perspective  geometry  and  photo- 
gramma  trie  techniques,  these  systems  are  useful  for  takeoff  and  landing  measurements, 
and  also  for  noise  measurement  In  conjunction  with  ground  recording  of  the  noise  level 
generated  by  the  airoraft. 

Other  uees  of  airborne  cameras  are  for  monitoring  the  oondition  and  situation 
of  inaccessible  parts  of  the  airplane  such  as  under-carriage,  flaps,  or  for  observing 
stores  separation  and  recording  of  head-up  display  (hud)  data  from  suitably  mounted  cam¬ 
eras. 

2. 3. 1.5. 2  Television  Systems 

The  use  of  these  for  flight  test  purposes  in  conjunction  with  video  recorders 
or  video  transmission  equipment  is  increasing.  One  of  the  advantages  of  these  systems 
ia  that,  using  the  video  recorder,  instant  raplay  of  the  data  is  available  in  visual  form. 
Systems  of  this  sort  can  be  used  for  monitoring  cockpit  performance,  and  for  other  exter¬ 
nal  items  such  as  undercarriages,  in  place  of  cine  cameras. 

2. 3.1.6  Solid  State  Memory  Devices 

At  present  there  is  not  a  suitable  high  speed  solid  state  amaory  device  avail¬ 
able  that  can  store  large  amounts  of  data  in  a  sufficiently  compact  unit.  But  develop¬ 
ment  of  high  density  memories  including  magnetic  bubble  memories  is  in  progress.  So  far, 
experimental  devices  have  been  made  with  n  one  mega-bit  per  aquere  inch  packing  density. 
Initial  production  priced  of  bubble  memories  are  very  high,  but  ar.  is  the  case  with  semi¬ 
conductor  devices,  these  prices  should  reduce  in  time  and  it  appears  that  the  market  ia 
going  to  be  very  competitive  as  the  result  of  the  highly  intensive  development  currently 
in  progress. 

The  advantages  that  these  devices  will  have  over  present  data  storage  equipment 
are  numerous.  The  devices  themselves  and  their  interfacing  equipment  will  not  be  affect¬ 
ed  Ly  Incidental  influences  such  as  \ibration.  The  siae  of  the  equipment  will  be  reduced 
for  the  same  amount  of  stored  data,  ksliebility  ia  expected  to  be  better  since  there 
will  be  no  moving  parts  and  the  data  can  be  stored  in  a  computer  compatible  fora. 

2.3.3  Telemetry 

In  many  instances,  it  is  preferable  to  analyse  the  data  while  it  ia  being  ob¬ 
tained.  This  can  be  done  using  a  computer  on-board  the  aircraft,  but  weight  and  sirs 
restrictions  can  limit  the  processing  pester  of  such  a  computer  to  inadequate  levels.  The 
alternative  to  on-board  processing  or  recording  is  to  transmit  the  data  to  a  ground  based 
dnta  processing  facility  using  a  t  amstry  link.  In  fact,  the  modulation  schemes  for 
magnetic  tape  recorders  are  basic  to  telemetry.  Most  modern  aircraft  testing  uses  a  com¬ 
bination  of  on-board  recording  and  telemetry,  with  critical  parameters  being  selected  for 
telemetering  and  displaying  in  real  time.  The  displayed  data  can  then  be  ussd  by  the 
flight  test  engineer  to  study  tha  results  in  order  to  ascertain  the  validity  of  the  per¬ 
formed  teet,  improve  safety  and  expedite  the  conduct  of  the  tests. 

2.3.3  Ground  Systems 

Not  ell  flight  test  data  is  obtained  from  instrumentation  installed  in  the  air- 
creft.  In  tests  requiring  the  trajectory  of  the  aircraft  (or  of  a  weapon)  to  be  known, 
the  primary  means  of  obtaining  this  information  is  by  tracking  tha  aircraft  from  the 
ground. 

2.3. 3.1  Aircraft  Tracking  Equipment 

A  common  means  of  tracking  aircraft  ia  with  a  cinetheodolite.  Equipment  of  this 
type  has  been  in  use  for  this  purpose  ever  since  the  requirement  first  arose  in  flight 
testing.  Nowadays  the  cinsthsodolit*  can  be  s  sophisticated  instrument  linked  directly 
to  c  computer  or  it  can  be  quite  bseio,  having  features  similar  to  the  early  models. 

The  method  of  tracking  the  aircraft  ia  optical,  the  instrument  having  one  or 
sore  mutually  aligned  telescopes  mounted  on  a  common  rotating  head.  This  head  is  cali¬ 
bre  tsd  in  lateral  angle  (asimuth)  and  vertical  angle  (elevation) . 

The  principle  of  operation  is  that  as  the  aircraft  travels  across  tha  field  of 
view  of  the  cinetheodolite,  the  telescopes  are  rotated  in  asimuth  and  elevation  to  main¬ 
tain  a  target  point  on  the  eircreft  on  e  pair  of  c rose -wires,  while  the  tracking  is  in 
progress,  a  eastern  records  the  telescope  view  at  regular  intervals  nf  one,  five,  ten,  or 
twenty  frames  per  second.  Bach  frame  contains  asimuth.  elevation,  and  timing  information 
in  addition  to  the  photographed  image. 


During  processing,  the  asimuth  and  *1*  vat  ion  values  are  sxtraotad  froa  ths  film, 
itta  oroas-*lr*ji  ar«  reproduced  on  Moh  trua  to  that  tracking  errors  oan  ba  scaled  off  to 
oorract  tha  aeala  readings.  Multi-station  solutions  ara  used  to  oaleulata  tha  position 
of  tha  aircraft  at  tha  tins  aaoh  frame  <s  recorded*  Tha  acquisition  of  tha  data  froa  tha 
fils  is  by  necessity  Manual  and  unavoidably  tadious .  if  aiming  arrora  ara  not  signifi¬ 
cant,  a  einethsodollte  having  tranaducara  giving  aithar  analog  or  digital  output  of  tha 
aeala  readings  can  ba  coupled  diractly  to  a  computer  for  isaadiata  procaasing  and  plotting 
or  to  a  card  or  papar  taps  puncher,  .if  aiming  arrora  naad  to  ba  compensated  for,  a  use¬ 
ful  expedient  ia  to  apply  smoothing  during  processing,  but  this  cannot  ba  as  accurate  as 
(Manuring  tha  error  in  each  frams, 

An  alternative  Method  of  tracking  aircraft  ia  with  tha  uaa  of  a  .ervo -control led 
radar  system  which  automatically  follows  a  reflecting  target  or  beacon  on  tha  aircraft. 
This  principle  haa  been  applied  alao  to  a  laaar  traoking  ay a tea,  but  whatever  tha  Mediua, 
accuracies  can  be  ary  Much  Improved  and  tedium  reduced  since  aiming  arrora  are  autoaatic- 
oally  Made  very  email  allowing  tha  data  to  be  prtvoesaed  without,  or  with  mininal,  Manuel 
aaalatanoe. 

Distributed  electronic  sensor  ayataas  using  multi) star ation  techniques  consist 
of  Multiple  aeaa.xreaant  tensor a  (three  or  aore)  located  eoae  distance  froa  aaoh  other. 

Kach  sensor  Makes  a  Measurement  of  target  range  and  than  a  aathanatical  process  ia  used 
to  extract  target  position.  Such  aysteaa  can  track  and  present  target  information 
simultaneously  for  Multiple  targets.  Accuracy  beecaea  highly  dependent  upon  the  geometric 
relationship  between  the  stations  and  the  target. 

Datailad  descriptions  of  aircraft  traoking  equipment  can  be  found  in  Aeferenoe  7. 


2. 3. 3. 2  High  Speed  Cameras 

One  of  the  essential  requirements  of  ground  baaed  camera  systems  la  their  ability, 
through  the  use  of  high  shutter  speeds,  to  alow  down  the  processes  which  ara  being  photo¬ 
graphed  in  any  particular  flight  teat.  These  caaeras  have  particular  uses  in  trials 
involving  the  release  of  weapons  and  stores  froa  aircraft  and  alao  in  guided  weapon  teats 
where  tike  accurate  knowledge  of  the  Mechanical  processes  taking  place  ie  frequently  re¬ 
quired. 


3.0  PREPARATION  FOR  DATA  PROCESSING 

Whatever  the  teat  flight  requirements,  the  data  procaasing  personnel  should  be 
given  details  of  the  significant  limitations  and  characteristics  of  the  airborne  instru¬ 
mentation  and  of  any  spurious  influence  acting  upon  that  equipment .  Likewise,  the  instru¬ 
mentation  personnel  must  be  aware  of  the  limitations  and  idiosyncransies  of  the  data  pro¬ 
cessing  system  rather  -hen  assuming  ths  modern,  large  computer  can  handle  an  infinite 
variety  of  data  formats,  manipulations,  and  output  presentations.  No  amount  of  processing 
manipulation  can  retrieve  an  unrecorded  aignel.  It  the  recoraad  signal  la  noisy,  then 
expact  noisy  date  or  unacceptable  smoothing.  Recording  ell  possible  parameters  at  tha 
highaat  possible  sample  rate  should  not  automatically  dictata  the  requirement  to  then 
ettumpt  to  process  all  of  it  at  those  rates.  Docuaantation  of  data  procasning  require¬ 
ments  end  their  solution?  must  ba  as  thorough  ss  that  required  for  the  instrumentation . 

3.1  CRITERIA  FOR  COMPUTER  USE 

Today,  data  processing  in  support  of  flight  tasting  connotes  tha  use  of  some 
type  of  computer  system  to  apply  calibration  corrections,  arrange  data  in  usable  format 
or  perform  computations  among  derived  data  points.  Intelligent  use  of  a  computer  requites: 

e  Ths  Problem  Must  Be  Useful 

In  the  real  world,  the  computer  is  always  an  expensive  device  and  'usefulness* 
is  defined  by  someone  other  than  tha  data  processor. 

e  Tha  Problem  Must  Be  Precisely  Defined 

A  problem  is  defined  when  you  know  it*  inputs,  what  to  axpaot  for  outputs,  and 
how  to  tall  if  the  outputs  ara  correct- 

%  am  Must  ?tnow  Hew  To  solve  The  Problem 

We  must  have  a  method  of  solution,  with  or  without  the  computer.  The  computer 
adds  nothing  to  the  solution  method.  Such  methods  are  called  "algorithms"  and 
can,  at  the  start  of  the  problem  solution,  be  relatively  crude  end  unsophisti¬ 
cated.  A  smell  amount  of  work  with  the  crude  method  frequently  reveals  im¬ 
provements,  short  cuts,  or  a  better  method • 

e  The  Problem  Must  Pit  The  Machine 

Ths  problem  must  fit  the  machine  in  two  ways.  First,  the  instructions  and 
data  must  fit  within  tha  storage  of  the  machine,  et  least  for  any  part  of  the 
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problem  solution  that  Is  to  bo  expected  at  a  given  tins.  An  ologant  program 
that  consumes  all  or  most  of  tha  storago  spaoo  Is  of  little  practical  use. 
Second,  the  solution  must  be  executed  within  the  tine  constraint  of  the  com¬ 
puter  system. 

e  The  Problem  Must  InvcI.®  M>wh  Repetition 

Computers  are  best  at  repetitive  manipulations  where  the  speed  of  operation 
can  be  used  most  efficiently. 

3.2  CONSIDERATIONS  AND  CONSTRAINTS 

3.2.1  Hunan  Considerations 

Care  must  be  taken  to  provide  for  the  "people"  portion  of  data  processing.  Re¬ 
gardless  of  the  level  of  the  automated  processes,  there  still  must  be  request  and  track¬ 
ing  forma,  manual  procedures,  documentation,  personnel  training,  and  effective  matching 
of  individual  talents  to  the  task  at  hand.  The  program  manager,  instrumentation  engi¬ 
neer,  flight  teat  engineer,  and  data  processing  personnel  all  speak  in  individual  argot 
which  easily  leads  to  false  assumptions  and  production  problems.  The  trivial  manual 
steps  (e.g.,  properly  labeling  a  tape,  keypunching  a  card)  if  not  properly  performed  can 
result  in  expensive  reruns.  It  must  constantly  be  remembered  that  people  think,  but 
computers  must  perform  only  according  to  precise  and  literal  instructions.  Output  is 
nover  better  than  input  and  is  seldom  equal. 

3.2.2  Budget  Constraints 

Data  processing  is  expensive,  but  properly  planned  and  executed  can  reduce  the 
overall  cost  of  the  flight  test  program.  Today  the  budget  for  data  processing  can 
approach  forty  percent  of  the  total  test  program  budget.  Giant  strides  have  been  made 
in  the  quantity  of  data  which  can  be  recorded  and  processed.  As  a  general  rule,  the 
earlier  in  the  data  processing  stream  that  the  data  requirements  can  be  reduced,  the  more 
effective  will  be  the  reduction  in  cost.  Real  time  processing  and  display,  while  glamor¬ 
ous  and  technically  exhilarating,  should  be  used  to  reduce  the  overall  testing  time  and 
increase  test  safety.  Reruns  of  data  processing  can  negate  the  savings  in  overall  pro¬ 
gram  costs.  Data  reruns  are  most  often  caused  by  improper  data  or  program  instruction 
entries.  Time  spent  in  a  detailed  logical  review  of  the  data  processing  requests  prior 
to  submission  can  prevent  costly  reruns. 

3.2.3  Sophistication 

The  flow  of  data  processing  should  be  as  straightforward  and  simple  as  i„  con¬ 
sistent  with  the  accuracy  of  the  recorded  data.  A  one  percent  value  expressed  to  twenty 
significant  figures,  while  impressive,  is  not  of  any  more  use  than  one  of  four  or  five 
significant  figures.  Often  the  speed  and  versatility  of  the  large  computers  bedazzles 
the  engineer  as  we  try  for  more  exotic  ways  to  produce  answers.  A  computer  program  is 
extremely  literal  and  a  seemingly  minor  change  can  reverberate  through  the  program  struc¬ 
ture.  Development  of  analysis  equations  should  precede  the  mathematical  operations  used 
to  produce  the  results.  If  the  test  manager  is  fortunate  enough  to  be  testing  at  a 
facility  which  has  a  library  of  routines  used  successfully  on  other  test  programs,  he 
shc.uld  certainly  use  these  rather  than  embarking  on  a  new  independent  path. 

3.3  TYPES  OP  DATA 

Section  2  demonstrated  the  wide  range  of  data  characteristics  obtainable  during 
flight  tests.  When  planning  or  selecting  a  data  processing  Bystem  to  analyze  test  flight 
data,  careful  consideration  must  be  given  to  the  system's  ability  to  fully  accommodate 
the  characteristics  of  the  data  to  be  analyzed. 

Approximately  ninety-five  percent  of  flight  test  data  has  a  frequency  content 
of  interest  of  less  than  6Hz  covering  areas  such  as  stability  and  control,  performance, 
flight  control,  and  navigation  systems.  Some  three  percent,  which  extends  to  about  150Hz 
is  concerned  principally  with  vibration  and  flutter.  Approximately  one  percent  may  ex¬ 
tend  to  6kHz,  accounting  for  noise,  speech,  and  possibly,  electrical  power  supply  quality 

A  required  accuracy  of  0.1  percent  is  expected  for  only  about  ten  percent  of  the 
total  data,  for  performance,  stability  and  control,  and  navigation  systems.  The  remain¬ 
ing  ninety  percent  usually  requires  an  accuracy  of  approximately  one  percent ;  this  figure 
increasing  for  high  frequencies.  Accuracy  in  this  context  relates  to  the  residual  random 
error  remaining  after  all  bias  compensation  has  been  applied.  (Reference  1) 

3.4  CALIBRATION  METHODS 

The  process  of  converting  data  to  engineering  units  requires  a  knowledge  of  the 
entire  system  design  from  the  initial  conversion  of  the  physical  force  to  an  electrical 
function  by  a  transducer;  then  in  turn  through  the  signal  conditioning,  the  tape  recorder 
preprocessing  station,  and  the  computer.  What  is  performed  in  the  instrumentation  cali¬ 
bration  may  limit  what  can  be  done  in  data  processing  to  convert  the  recorded  data  to 
engineering  units.  Care  must  be  exercised  in  the  choice  of  calibration  methods.  What 
appears  simple  and  desirable  from  an  instrumentation  point  of  view  can  have  a  large  im¬ 
pact  on  the  ease  or  difficulty  of  data  processing.  For  example,  a  piecewise  linear 
calibration  curve  can  more  easily  be  constructed  by  connecting  calibration  points  than 
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in  trying  no  dwmlep  *  second,  third,  or  higher  order  cur'*.  In  storing  tha  calibrations 
for  data  processing  use,  however,  it  ia  nora  affiri^nt  to  it ore  the  our'**  coefficient! 
than  an  array  of  many  linear  a lope ■  and  intercepts. 

Calibrations  mat  he  verified  prior  to  use  in  processing,  generally  by  produc¬ 
ing  a  plot  which  can  be  quickly  scanned  and  usad  for  1  titer  reference.  The  calibrations 
oust  be  entered  into  e  data  bass  or  file  for  use  in  conversion  of  tha  recorded  data  to 
an  engineering  units  output. 

ttiis  data  bass  nay  be  structured  to  contain  all  calibrations  performed  during 
the  life  of  the  program  or  limited  to  only  currant  calibrations.  The  prime  factor  in 
deciding  on  tha  type  of  meaaurand  data  base  (called  a  "Project  History  File"  at  the 
AFFTC)  is  tha  esc ant  of  storage  file  apace  available.  In  either  case,  the  calibrations 
must  be  keyed  against  a  specific  test  number  for  proper  sequencing  during  data  produc¬ 
tion.  Where  the  fils  specs  is  limited  and  only  "currant"  calibrations  are  maintained 
ready  for  acoeas,  care  must  be  taken  to  insure  a  match  between  calibration  and  test  num¬ 
ber  prior  to  processing. 

The  use  of  calibration  plots,  created  from  the  values  in  the  ms&surand  data 
base,  are  strongly  recommended  to  avoid  tha  problems  of  transposed  digits,  values,  or 
decimal  places.  Scanning  a  tabular  listing  does  not  lend  itself  to  discovering  such  mis¬ 
takes.  A  plot  is  considerably  more  reliable. 

The  conversion  of  raw  flight  teat  data  to  engineering  unit  date  depends  upon 
many  items  to  determine  what  techniques  will  be  used;  such  aa  transducer  characteristics, 
instrument  calibration  method  used,  and  type  of  data  recording  system.  (Paragraph  7.2.1) 

3 . 5  PARAMETERS 

3.5.1  Identification 

The  parameters  for  which  data  is  to  be  recorded  and  processed  must  be  identified 
and  the  accuracy  and  frequency  response  for  these  parameters  are  used  to  select  the 
transducers  and  data  acquisition  scheme.  A  meticulous  form  of  bookkeeping  must  be  used 
for  parameter  identity,  location  in  the  recording  scheme,  and  the  calibration  information 
associated  with  the  parameter.  A  meaaurand  data  base  or  data  file  is  usually  developed 
which  contains  this  basic  information  aa  well  as  a  history  of  changes  in  location  or  cal¬ 
ibration.  This  permits  processing  of  data  from  past  aB  well  as  current  tests.  A  single 
data  base  permits  the  extraction  of  information  required  to  configure  real  time  proces¬ 
sing  and  display  systems. 

3.5.2  Combinations 

TO  reduce  the  amount  of  data  processing,  it  is  prudent  to  identify  selected 
groupings  of  those  parameters  required  for  particular  configuration  or  a  desired  specific 
teat  of  the  aircraft.  For  example,  during  a  speed  power  maneuver  the  parameters  associ¬ 
ated  with  the  aircraft  stability  would  not  be  required.  Likewise  for  a  stability 
maneuver,  engine  pressures  and  temperatures  would  not  be  required.  This  will  avoid  pro¬ 
cessing  data  not  related  to  a  specific  test. 

3.5.3  Rates 

It  is  conventional  practice  to  record  data  at  much  higher  sample  rates  than  re¬ 
quired  for  normal  analysis.  This  provides  for  the  ability  to  expand  the  area  of  interest 
in  case  of  problems.  Since  most  test  data  today  is  recorded  in  a  format  which  ie  differ¬ 
ent  from  that  used  in  the  computer,  the  "decoramutation"  of  the  data  from  the  recorded 
stream  offers  a  convenient  place  to  start  in  the  reduction  of  data  processing  volume. 

Only  those  parameters  of  interest  should  be  transcribed  and  then  only  at  the  minimum 
sample  rate  consistent  with  the  next  stage  in  processing  or  the  final  output.  In  addi¬ 
tion  to  parameter  selection,  there  are  several  "data  compression"  techniques  which  may 
be  employed.  At  the  AFFTC,  "PSAMP,"  for  example,  is  a  function  which  periodically  sam¬ 
ples  the  data  at  a  lower  periodicity  than  recorded.  A  "ZFN"  algorithm  is  one  which  will 
only  select  data  values  whose  least  significant  bit  or  "N"  least  significant  bits  change. 
Combinations  of  compression  algorithms  are  also  possible.  / 

3.6  ‘  SOFTWARE  SELECTION 

For  a  flight  test  program  which  is  to  be  conducted  at  a  large  test  facility, 
there  should  be  available  a  library  of  "standard  programs”  which  can  be  used.  Care  must 
be  exercised  in  such  a  selection  to  avoid  an  overly  complex  solution  to  a  minor  problem. 
Since  most  of  today's  engineers  receive  a  grounding  in  FORTRAN  and  digital  computer  usage, 
there  is  also  the  tendency  to  "write  a  little  program  to  do  what  I  want."  This  approach 
can  very  rapidly  turn  a  flight  test  engineer  into  a  data  engineer  who  spends  the  bulk  of 
his  time  trying  to  process,  rather  than  analyse,  data.  Judgement  must  be  exercised  for 
trivial  tasks  which  can  take  longer  to  describe  what  is  required  than  to  do  the  job. 

Most  large  test  facilities  have  a  software  development  organisation  which  is 
responsible  for  the  coding  and  checkout  of  new  software  or  modification  of  existing  soft¬ 
ware.  Such  service  does  not  come  gratis,  since  the  aircraft  test  engineer  must  develop 
the  program  specification  document  which  outlines  the  equations  and  mathematical  tech¬ 
niques  to  be  used,  along  with  assumptions  and  constraints.  ttiis  tailoring  of  the  soft¬ 
ware  can  be  done  annually  or  through  the  use  of  adaptive,  higher-order  programming 
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languages  and  techniques. 

Besides  selecting  software  to  perform  the  test  data  processing  tasks,  the  pro- 
gran  nanager  should  also  bacons  familiar  with  tne  status  reporting  and  tracking  aysteas 
whioh  are  in  use  at  most  large  test  centers.  This  software  usually  will  provide  current 
costs  and  charges  and  should  also  be  used  to  track,  the  status  of  processing  requests  and 
data  output. 

3.7  DATA  PROCESSING  CONTRACT 

The  support  required  to  produce  the  necessary  flight  test  must  be  clearly  de¬ 
fined  and  understood  by  both  parties,  the  test  engineer  and  the  data  processor,  in  a 
formal  data  processing  contract.  The  urge  to  procrastinate  in  defining  requirements, 
characterised  by  "do  it  just  like  the  last  test"  or  "I  know  of  a  new  system  that  can 
can  lead  to  frustration  on  the  part  of  both  parties.  The  project  requirements  must  be 
clearly  defined,  within  the  capabilities  of  the  hardware  and  software,  and  acknowledged 
by  both  the  requestor  and  the  data  processor.  This  iterative  process  involves  consider¬ 
able  education,  bargaining  and  revisions.  Changes  to  requirements  and  support  methods 
are  inevitable,  but  they  must  be  controlled  to  permit  sufficient  time  for  the  development 
of  the  complete  data  production  flow  and  preoperational  validation  of  that  flow. 


3.7.1  Program  Introduction  Document 

This  document  (variously  titled  as  Support  Request,  Project  Proposal,  etc.) 
outlines  the  scope  of  the  test  program  and  support  requirement  in  general  details.  It 
is,  in  effect,  a  solicitation  of  support  from  a  test  center  ox  organisation.  In  most 
cases,  it  is  not  couched  in  the  jargon  of  phrases  familiar  to  the  data  personnel  pro¬ 
cessing  and  must  undergo  further  expansion. 

3.7.2  Test  Concept 

A  Test  Concept  should  be  formulated  by  the  organisation  which  is  to  be 
responsible  for  the  conduct  of  the  test.  It  translates  the  Program  Introduction  Docu¬ 
ment  into  the  language  which  is  more  familiar  to  the  test  engineer  and  instrumentation 
engineer  and  reflects  the  ideas  or  concepts  of  the  test  conductor  (or  project  manager, 
project  engineer,  project  pilot  .....)  such  as  flying  hours,  type  of  test  (performance, 
flying  qualities) ,  number  and  type  of  parameters,  support  requirements,  etc.  Prior  to 
the  actual  start  of  testing,  this  document  is  expanded  into  a  detailed  Test  Plan. 

3.7.3  Data  Processing  Concept 

The  astute  program  manager  will  marshall  his  engineering  and  instrumentation 
forces  and  then  attempt  to  translate  his  needs,  wants,  and  desires  (the  Test  Concept) 
into  the  even  more  esoteric  language  of  the  data  processing  constur.ity.  This  enables 
the  manager  to  modify  the  overall  concept  in  the  early  stages  based  upon  the  limitations 
or  capabilities  of  the  available  instrumentation  systems  and  the  data  processing  center. 
For  example,  real  time  presentation  of  data,  rates,  simplified  calibrations,  hardware 
capabilities,  and  cost  (in  either  operating  or  development  time  and  money)  become 
totalled.  A  careful  differentation  must  be  made  between  what  parameters  are  to  be  re¬ 
corded  at  what  specific  rate  for  the  case  of  catastrophic  incident  investigation 
versus  what  parameters  will  be  required  for  the  model  case.  Data  acquisition  and  pro¬ 
cessing  can  account  for  forty  percent  of  a  flight  test  program's  budget  in  today's 
environment  of  high  quantity,  high  rate  instrumentation  systems.  Attention  to  details 
in  the  conceptual  stage  can  yield  great  benefits  once  into  the  test. 

3.7.4  Data  Processing  Plan 

As  the  test  period  approaches,  the  Data  Processing  Concept  should  be  amplified 
into  a  firm  plan.  The  primary  difference  between  the  two  documents  is  that  the  plan 
contains  specific  responsibilities  for  specific  events  (e.g.,  who  delivers  the  magnetic 
tape  from  the  air  vehicle  to  the  data  processing  center?) .  This  detailed  plan  is 
especially  important  in  a  large  government  test  facility  where  multiple  flight  test 
programs  are  being  conducted  simultaneously.  Just  as  detailed  flight  profiles  minimise 
unproductive  flight,  so  a  detailed  Data  Processing  Plan  minimizes  excessive  data  pro¬ 
cessing  runs,  reruns,  and  turnaround  time.  It  must  be  a  clearly  defined  contract  between 
the  test  agency  and  the  data  processing  facility. 
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4.0  THB  COMPUTER  (Reference  8) 

This  Motion  covers  the  basic  operation  of  a  general  purpose  digital  ocsqmter. 
Its  primary  purpoaa  is  to  rafrash  tha  nastsry  of  tha  newly  graduatad  anginaar  and  to  fill 
in  sons  spaces  for  tha  sanior  anginaar  who  has  become  lass  familiar  with  basics  over  tha 
years.  Tha  anginaar  wall  versed  in  computer  oparation  may  elect  to  shim  through  tha 
section. 


Computers  are  controlled  by  reference  to  a  list  of  instructions  which  sets  out 
in  complete  detail  and  in  order,  3tep-by-stap,  exactly  which  operations  are  to  be  per¬ 
formed.  This  list  of  instructions  is  called  tha  program.  A  typical  computer  instruction 
contains  two  partst  function  and  address.  The  function  statement  indicates  what  is  to  be 
dona  (e.g.,  ADD,  SUBTRACT).  Large  computers  contain  a  library  of  the  most  commonly  used 
functions  in  the  instruction  set  or  order  code.  The  address  part  of  tha  instructions  in¬ 
dicates  where  the  quantity  to  be  operated  upon  (the  operand)  is  stored. 

4.1  BITS,  BYTES,  AND  WORDS 

The  list  of  instructions  (program)  and  the  data  are  held  in  storage  in  the  form 
of  binary  digits,  which  is  abbreviated  to  "bits" .  Binary  representation  is  natural  to 
computers  since  electronic  equipment  can  discriminate  reliably  between  two  states  -  on 
or  off. 


Data  can  be  composed  of  letters,  numerals,  punctuation  marks,  or  other  symbols 
which  are  called  "characters”.  In  practice,  this  data  is  processed  in  chunks  which  are 
known  as  "words".  Depending  upon  the  design  of  a  computer,  word  length  can  vary  from 
eight  to  sixty-four  bits.  One  computer  word  can  be  used  to  represent  a  binary  number,  or 
it  may  be  divided  in  sections  of  eight  bits  call  "bytes".  Since  the  eight  bits  in  a  byte 
can  be  arranged  in  2s  or  two  hundred  fifty-six  different  ways,  a  byte  can  be  used  to 
represent  characters  in  common  use. 

For  numerical  data,  four  bits  can  be  used  to  represent  a  decimal  digit  (e.g., 
binary  0010  ■  decimal  2;  binary  1001  «  decimal  9) .  Use  of  a  separate  group  of  four  bits 
for  each  digit  of  a  decimal  number  is  called  "binary  coded  decimal"  or  BCD  (e.g.,  decimal 
number  1234  can  be  represented  in  packed  decimal  form  by  two  bytes:  0001,  0010,  0011, 
0100) .  Using  all  of  the  combinations  of  four  binary  bits  will  permit  numbers  to  be  ex¬ 
pressed  in  hexadecimal  form  (digits  in  the  base  of  16) .  Current  instrumentation  formats 
make  use  of  the  octal  representation  since  8  is  an  integral  power  of  2,  conversions  to 
binary  are  simple  and  each  octal  digit  converts  to  three  binary  bits.  Decimal  to  octal 
conversions  involve  less  work  than  decimal  to  binary  (and  hence  less  error)  and  the  sub¬ 
sequent  conversion  from  octal  to  binary  is  trivial. 

The  number  of  bits  in  a  computer's  word  and  the  way  in  which  the  bits  are  allo¬ 
cated  determine  the  precision  with  which  the  numerical  data  can  be  handled.  A  typical 
word  of  thirty-two  bits  can  handle  an  eight  digit  number  in  packed  decimal  form  or  a 
binary  number  of  thirty-two  digits.  When  the  precision  offered  by  one  word  is  insuffic¬ 
ient,  adjacent  words  can  be  linked  together  for  double  length  or  "double  precision" 
arithmetic.  Many  calculations  involve  negative  numbers  and  fractions.  Sign  can  be  in¬ 
dicated  by  using  one  bit  of  the  word  (e.g.,  0  »  +,  1  ■  -)  .  Fractional  numbers  can  be 
handled  provided  a  standard  position  for  the  location  of  the  decimal  (or  binary)  point 
is  selected.  A  comnon  convention  (fixed  point)  places  the  point  at  the  extreme  left- 
hand  side,  which  makes  all  numbers  in  the  computer  less  than  one. 

To  avoid  the  problems  of  scaling  and  overflow  associated  with  Fixed  Point,  use 
is  made  of  "Floating  Point"  notation  where  the  word  is  divided  into  two  parts.  The  first 
part  is  a  fraction  called  the  mantissa  or  fixed  point  segment.  The  second  part  is  an 
integer  called  the  characteristic  or  exponent.  There  is  some  loss  in  precision  when 
using  floating  point  because  the  precision  depends  upon  the  mantissa  and  number  of  bits 
it  contains.  Providing  the  exponent  is  not  too  small,  it  is  possible  to  cover  a  range 
of  magnitudes  wide  enough  to  make  scaling  unnecessary.  When  two  very  small  numbers  are 
multiplied,  the  product  may  be  too  small  to  be  represented  by  the  available  exponent. 

4.2  BASIC  COMPONENTS 

Most  computers  are  segmented  functionally  into:  (a)  input  and  output  services; 
(b)  Central  Processor  Unit  (CPU);  and  (c)  auxiliary  storage.  Items  other  than  the  CPU 
are  also  lumped  under  the  generic  term  "peripherals". 

4.2.1  Central  Processor  Unit  (CPU) 

The  CPU  can  be  subdivided  in  three  main  segments:  the  Control  Unit;  Arithmetic 
Unit;  and  Main  Storage. 

4 . 2 . 1 . 1  Control  Unit 

The  control  unit  regulates  all  other  parts  of  the  computer.  It  extracts  the 
instructions  one-by-one  from  the  stored  program  in  proper  sequence,  decodes  the  instruc¬ 
tions,  and  initiates  the  indicated  action. 

4. 2. 1.2  Arithmetic  Unit 

The  arithmetic  unit  performs  the  series  of  instructions  (from  the  program  via 
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the  control  unit)  on  the  data.  As  wall  aa  par forming  tha  arlthmatlc  operations  of  add¬ 
ing  ,  subtracting,  multiplying  and  dividing,  tha  unit  oan  also  par fora  logical  functiona 
auch  as  comparing  two  items  of  data  for  identity  or  determine  which  ia  the  larger.  Tha 
data  operated  upon  need  not  be  reatrictad  to  numbers,  since  the  data  is  composed  of 
strings  of  bits  whioh  may  represent  a  binary  number,  a  packed  decimal  number,  letter  of 
tha  alphabet  or  any  other  designated  symbol .  The  unit  will  switch  and  combine  these 
trains  of  electriaal  pulse  according  to  the  rules  of  arithmetic  or  logic  in  order  to  gen¬ 
erate  an  output  train  which  corresponds  to  the  desired  results. 

4 .2.1. 3  Main  Storage 

Main  storage  contains  the  program,  current  data,  and  partly  finished  results. 

It  is  divided  into  sections  called  "locations, *  each  of  which  is  able  to  hold  one  word 
and  identified  by  a  unique  number  known  as  its  "address."  Host  core  storage  today  ia  a 
lattice  of  small  magnetic  "donuts*  capable  of  being  polarised  in  one  of  two  directions. 
Replacing  this  ferrite  storage  now  are  large  scale  integrated  circuits,  with  "magnetic 
bubbles"  as  a  future  possibility.  The  search  is  for  faster  access  time ,  achievable 
through  smaller  segments,  shorter  signal  distances,  and  higher  packing  density.  This  is 
important  since  in  most  designs  the  speed  of  the  computer  is  set  by  the  speed  of  storage 
access,  today,  a  storage  with  a  range  of  four  thousand  to  one  hundred  million  bytes  can 
access  any  specified  location  within  0.2  to  2.0  microseconds.  New  storages  have  nanosecond 
(10~9)  access  times. 

4 . 3  PERIPHERALS 

Peripherals  are  auxiliary  hardware  used  to  enter  programs  and  data  into  the  CPU, 
extend  the  amount  of  storage,  and  present  the  output  in  a  usable  form.  A  "buffer"  is  a 
storage  device  used  to  compensate  for  widely  disparate  speeds  of  different  devices.  This 
permits  a  relatively  slow  card  reader,  for  example,  to  input  instructions  into  a  computer 
at  the  rate  of  one  card  every  sixty  milliseconds  when  the  computer  can  transfer  a  card  of 
instructions  to  storage  in  one  millisecond.  The  instructions  are  loaded  into  the  buffer 
at  a  card  reader  speed  and  then  accessed  from  the  buffer  at  CPU  speed. 

4.3.1  Input 

The  set  of  instructions  unique  to  the  planned  computations,  known  as  the  job 
program,  can  be  input  into  the  CPU  by  a  deck  of  punched  cards  via  a  card  reader.  Data 
to  be  processed  can  also  be  loaded  via  cards,  but  more  suitable  media  for  large  amounts 
of  data  (as  would  be  appropriate  to  flight  testing)  are  paper  tapes,  magnetic  tapes, 
cassettes,  disks  or  disk  packs.  A  remote  job  entry  terminal  usually  consisting  of  a 
specialised  keyboard  and  cathode  ray  tube  display  may  also  be  used  for  program  and  data 
entry.  A  control  console,  either  at  the  CPU  or  a  remote  terminal  is  used  to  transfer 
control  of  the  computer  to  the  first  instruction  of  a  loading  program  (already  permanent¬ 
ly  stored)  which  causes  the  job  program  to  be  placed  in  known  locations  in  storage.  The 
operator  then  transfers  control  to  the  first  instruction  of  the  job  program.  Nhere  there 
are  many  peripheral  units,  a  small  special  purpose  controller  (front-end  computer)  is 
used  to  regulate  the  traffic  between  the  peripherals  and  the  CPU  and  is  typically  respon¬ 
sible  for  control  of  the  communications  network,  queuing  of  messages,  handling  of 
priorities,  input  data  transfers,  and  interrogation  of  files. 

4.3.2  Storage 

In  time-sharing  computer  systems,  the  main  storage  is  extended  by  means  of  fixed 
disks  and  exchangeable  disk  packs.  This  extended  storage  is  organised  and  controlled 
such  that  each  user  sees  only  a  single  level  storage.  The  controller  anticipates  the 
demand  for  data  and  program  segments  by  transferring  them  from  the  disks  to  the  main 
storage  ahead  of  the  requirement.  The  unit  of  data  which  is  transferred  is  called  a 
"page"  and  typically  contains  a  few  kilobytes.  This  hierarchial  storage  is  also  known 
as  "virtual  memory"  and  acts  in  such  a  way  that  the  user  feels  he  is  the  sole  occupier 
of  computer  storage. 

4.3.3  Output 

Output  peripherals  can  taka  several  forms: 

e  Printer  output  such  as  line  printers,  electric  typewriter  (10  characters/ 
second) ,  and  typesetter . 

e  Graphical  such  as  cathode  ray  tube  display  and  automatic  plotters. 

e  Storage  such  as  magnetic  tapes,  magnetic  disks,  microfilm,  microfiche, 
punched  cards,  and  punched  tape. 

4.4  FILES 

Files  are  records  arranged  systematically  in  an  orderly  fashion.  Content  is 
dependent  upon  the  nature  of  the  job  which  the  file  is  to  support.  The  arrangement  of 
a  file  depends  upon  the  operations  whioh  must  be  performed  on  the  contents  and  the 
technical  characteristics  of  the  equipment  to  be  used. 
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4.4.1 


I  RECORD  I 


I  BLOCK 
OR 

(sector 


File  Organisation 
Binary  digit. 

Bight  bits  which  can  raprosant  ona  lattar  or  two  packed  decimal  digits. 

String  of  bytaa  that  raprasants  ona  complete  itaa  of  data. 

Sat  of  logically  ralatad  fields. 

Sat  of  records  deterained  by  computet  hardware  requirements  rather  than  a  logi¬ 
cal  relation  between  the  records. 


4.4.2  Types  of  Files 

a  Single-User  File  (job  oriented) . 

a  Data  Base  Files  (same  data,  different  users) . 

a  Public  Files  (shared  with  other  users) . 

4.4.3  File  Changes 

Data  changes  are  accumulated  on  a  "change  file"  which  id  used  to  update  the  mas¬ 
ter  file.  Magnetic  tapes  must  be  updated  aerially  and  are  amended  by  creating  a  new  data 
tape.  Disks  can  be  updated  sequentially  by  identified  fields  and  are  amended  by  over¬ 
writing. 

4.5  DEDICATED,  CENTRALIZED,  AND  DISTRIBUTED  PROCESSORS 

4.5.1  Dedicated  (Specialised)  Processors 

All  good  engineers  and  program  managers  recognise  the  validity  of  consolidation 
of  resources  and  control  -  as  long  as  it  occurs  on  a  level  just  beneath  theml  There  is 
no  argument  that  from  the  viewpoint  of  a  person  responsible  for  test  that  the  most  de¬ 
sirable  course  is  one  where  a  dedicated  computer  system  (processor)  is  available  for 
sole  use.  And  for  a  specialised  task  (flutter  analysis,  real  time  display) ,  such  a  use 
today  is  both  practical  and  economical.  Today's  rapidly  developing  field  of  so-called 
"mini-computers"  makes  possible  the  use  of  many 4 specialized  computer  systems.  However, 
what  one  gains  in  exclusiveness,  one  gives  up  in  flexibility  and  throughput  time  since  a 
mini-computer  cannot  compete  with  a  large-scale  computer  on  a  one-to-one  computation  time 
or  storage  capacity. 

4.5.2  Centralised  Processors 

Nhere  the  volume  and  diversity  of  computer  processing  is  large,  a  central  pro¬ 
cessor  is  used.  "Time-sharing"  is  employed  where  the  CPU  appears  to  be  working  simultan¬ 
eously  on  many  jobs.  In  actuality,  the  CPU  uses  the  difference  in  access  speeds  between 
itself  and  the  peripherals  to  load  a  segment  of  data  from  one  peripheral,  while  operat¬ 
ing  on  data  loaded  from  another  peripheral  while  dumping  output  from  still  another  job 
to  an  output  peripheral.  This  is  the  arena  of  the  modern  large  computer  usually  complete 
with  attendant  systems  analysts  and  software  specialists.  Until  the  introduction  of  the 
mini -computers,  the  trend  in  computers  was  to  larger  and  larger  centralised  systems  with 
faster  access  time  and  time-sharing  operation  to  increase  utility  and  minimise  individual 
job  costs. 

4.5.3  Distributed  Processors  (Reference  9,  10  and  11) 

Bata  processing  tasks  in  support  of  flight  testing  are  not  uniform  in  volume, 
complexity,  and  throughput  time  requirements.  Today's  natural  growth  is  toward  a  dis¬ 
tributed  systems  combining  the  modern  large  computers ,  specialised  processors,  and  com¬ 
munications  controller.  This  gives  the  flexibility  of  stand  alone  operation  for  specific 
tasks  (e.g.,  real  time)  and  the  synergistic  operation  of  the  computer  segments  together 
in  a  network.  A  typical  distributed  system  employed  in  The  Netherlands  is  shown  in 
Figure  4-2  in  which  the  levels  are  described  in  Figure  4-1 i 


Tha  planning  of  the  sequence  of  operations  in  advene*  in  kn«m  it  programing. 
The  sequence  of  instruction*  created  la  o el led  software.  Software  ia  the  key  to  the 
power  of  the  digital  ooeputer ,  enabling  on*  computer  to  perform  a  variety  of  tasks,  it 
permit  a  modification  of  a  data  processing  sequence  to  met  an  unuaual  requiremnt  or 
solves  a  problem  are*.  This  flexibility  is  both  a  biassing  and  ours*,  it  allows  for 
rapid  change,  but  also  encourages  constant  "just  on*  more  refinement*  changes. 

Stored  programming  operates  on  the  principle  that  the  data  to  be  manipulated 
and  the  instructions  for  thalr  manipulation  are  stored  in  the  earn  medium  and  are  indis¬ 


tinguishable.  The  instructions  for  the  machine  are  expressed  by  numbers  which  are  stored 
the  same  as  the  numbers  for  the  data.  It  is  not  possible  to  tell,  just  by  looking  at  the 
numbers  in  storage,  which  are  data  nvmbare  and  which  are  instruction  numbers,  A  computer 
instruction  is  a  word  of  information  that  provides  momentary  control  of  a  computer .  The 
instruction  has  two  parts t  the  Operations  Cod*  (op-oode)  specifies  the  action  to  be 
taken  (e.g.,  add  the  contents  of  sons  other  word  to  the  accumulator)  >  tha  address  indi¬ 
cates  whare  that  other  word  of  information  ia  to  be  found  in  etorege.  A  "routine"  ie  a 
sat  of  instructions  used  in  a  cycle  of  operation. 

The  routine  also  gives  tha  ability  to  break  out  of  normal  sequencing  in  a 
straight  line  to  any  arbitrary  point  under  control  of  the  conditions  of  the  problem  ae  it 
develop*.  (See  figure  5.1) 


MONTI 

CONTENTS 

INDICATED 


VALID 


PROGRAM 

OPERATION 


I  RANCH 


PXGORI  5.1 


PROGRAMMING  FLOW 


Prior  to  the  use  of  software  in  production,  there  are  several  sequential  pro¬ 
cesses  in  the  programming  phase  i 

5.1.1  Analysis 

At  this  stage,  the  programmer  must  ask  several  questions i 

*  Xe  the  problem  worth  doing?  (las  it  been  solved  before  end  is  a  software 
package  available?) 

e  Do  we  know  a  way  to  do  it?  (This  would  be  contained  in  a  set  of  program 
apacifications  furnished  by  the  teat  engineer.) 


e  What  precis* 

be  contained 


precisely,  ere  the  inputs  and  outputs?  (Again,  this  information  should 
ntained  in  a  specification  document.) 


5.1.2 


*  Are  parts  of  the  problem  tlready  progr 

*  Mist  language  should  be  used? 
Flowcharting 


A  flowchart  is  a  blueprint  of  the  logic  of  e  problem.  It  ie  a  drawing  mad*  up 
of  symbols  connected  by  straight  Unas  which  lay*  out  tha  logic  of  a  problem  solution. 

It  is  used  to  break  up  the  solution  so  that  during  "coding"  tha  programmer  can  focus  on 
on*  detail  at  a  time.  Flowcharts  are  also  need  to  simplify  oowinications  between  engi¬ 
neers  and  programmars. 


5.1.3 


Debugging 


Debugging  is  the  entry  of  the  programmed  instruction  into  the  ooaqputer  and  by 
notual  machine  passes  the  progreaaser  determine*  if  tba  instructions  will  exeout*  properly 
If  not,  the  necessary  corrections  (debugging)  mast  be  mad*. 


5.1.4 


Testing 


Using  known  inputs  and  having  available  the  expected  outputs,  the  programmer 
most  determine  that  tha  problem  being  solved  is  the  on*  w*  wish  to  solve  and  the  program 
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la  satisfying  tha  program  specif ieations . 

3.1.5  PO«— status 

Aa  with  othar  endeavors,  tha  jab  la  not  oomplete  until  tha  paperwork  la  dona,  tha 
solution  should  too  tooumswtad  for  othars  to  uaa  and  should  include  as  a  minimum 

a  K  atataasat  of  tha  problaa  in  oologulai  language. 

a  Flowcharts . 

a  tyatoolio  listings  and  eora  dumps, 
a  Oner  Xnatruotlona . 
a  last  oaaaa  and  sample  reaulta. 

a  Irror  conditions, 
a  Any  history  of  use  or  trouble. 

3.1.6  There  are  several  axioms  which  must  also  too  kept  in  mind  during  tha  development 
or  a  program. 

a  tvary  program  oontains  at  least  one  buj . 
a  Xf  there  is  a  bug,  tha  computer  will  find  it. 

a  tvary  program  can  be  made  shorter  and  be  made  to  run  faster,  which  will  foster 
the  atmosphere  for  cons tent  change. 

a  Xf  anything  oan  go  wrong,  it  will. 

5.2  LAMQUAOH 

All  computers  manipulate  numbers  using  a  repartoire  of  oparaticn  oodaa  wirad  in 
at  time  of  construction.  This  machine  language  ia  awkward  and  difficult  to  use  for  tha 
genaral  user  of  the  computer.  As  a  result,  a  hierarchy  of  languages  has  bean  developed 
with  tha  goal  of  permitting  the  user  to  list  his  seguenee  of  instructions  in  a  language 
close  to  that  used  in  hia  discipline,  lheaa  languages  in  turn  produce  (compile)  the 
machine  code.  The  conventional  hierarchy  ia,  in  ascending  order* 

3.2.1  Machine  language 

This  ia  tha  oode  of  tha  computer  itself  and  gives  direct  ecosee  to  the  Machine. 
Bach  and  every  instruction  must  be  cere fully  stated  in  proper  sequence.  The  alphabet  of 
this  language  ia  0  and  1. 

5.2.2  Interpreters 

An  interpreter  ia  a  subroutine  whose  function  is  to  control  tha  execution  of  a 
battery  of  other  subroutines.  An  interpreter  translates  instructions  from  non-machine 
language  to  machine  language  and  executes  the  machine  language  immediately  before  pro¬ 
ceeding  to  the  next  pieoe  of  translation.  An  interpreter  can  be  used  to  simulate  tha 
operation  of  a  different  computer. 

5.2.3  Assemblers 

Assembly  language  ie  characterised  by  paralleling  the  format  of  the  machine's 
language  end  is  machine  dependent.  Generally,  the  conversion  from  assembly  language  to 
machine  language  ia  one  tor  one.  that  is,  one  instruction  ia  assembly  language  yields 
one  executable  machine  instruction.  Mnemonics  ere  near  used  tor  instruction  in  place  of 
numbers  (e.g. ,  CLA  -  clear  and  add,  BOB  -  subtract). 

3.2.4  Ooapilara 

Compiler  language  provides  freedom  of  format  and  creates  many  machine  instruc¬ 
tions  tor  each  source  statement.  The  format  of  these  stateanata  will  act  parallel  the 
format  of  say  machine.  Tha  conpl lar  is  essentially  a  machine-independent  language. 

Tha  overall  bulk  of  today's  applications  programming  is  dona  in  compiler  languages . 
FORTRAN  (FOMsular  TkAMe let ion)  ia  the  moat  commonly  used  compiler  language  tor  engineer¬ 
ing  purposes)  however,  the  0.8.  Department  of  Defense  is  attempting  to  standardise  on  two 
versions  of  Higher  Order  Languages  (RQLa) . 

3.2.3  Generators 

Generators  are  programs  for  specif io  tasks  (e.g.,  file  maintenance,  sorting,  re¬ 
port  writing)  whose  input  language  ia  tha  parameters  of  the  problem.  The  generating  pro¬ 
gram  creates  e  new  program  to  perform  the  task. 

S.2.C  Specialised  (Problem-Oriented) 

Specialised  languages  are  nearly  always  compilers  aad  are  created  for  specific 


probli 
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■  tltwtlcBi  (e.g.,  ilniliticn  -  EXWCRIP,  Hot  processing  -  LIST). 
noOMN  UMMty 

Most  tost  fsoilitian  Mints! n  s  library  of  developed  software  programs.  A 
typical  groopiag  maid  bei 

5.3.1  Generalised  Application 

This  would  Include  software  whiob  makes  the  computer  perform  an  application 
function  and  are  for  wide-spread  or  general  use  (e.g.,  routines  which  transform  data) . 

5. 3.2  Project -Unique  Application 

Ibis  software  would  include  special  merges,  unique  transformations,  or  classi¬ 
fied  routines  which  will  not  be  available  to  general  usage, 

5.3.3  System  Software 

System  software  is  any  software  which  makes  the  eoaputer  system  operate  indepen¬ 
dent  of  manual  operation  and  includes  executive  operating  routines.  Job  Control  Language 
( JCL) ,  device  operating  routines,  standard  language  compilers  (PORT RAN,  SASIC,  COBOL  ....), 
assemblers,  loaders,  and  input/output  (I/O)  routines. 

5.3.4  Applications 

for  flight  test  programs,  two  generic  systems  are  usually  usedt 

5. 3. 4.1  Engineering  Unite  Conversion  (First  Generation) 

This  grouping  covers  the  conversion  of  "raw  data*  through  the  application  of 
calibrations  to  produoe  an  output  scaled  in  engineering  units,  generally  as  a  time  his¬ 
tory. 


5. 3.4.2  Analysis  (Second  Generation) 

This  software  performs  the  actual  engineering  analysis,  generally  using  first 
generation  output  as  input.  Categories  are  frequently  Flying  Qualities,  Performance,  and 
Aircraft-Specific . 

5.4  FLIGHT  TEST  UNIQUE  UATA  PROCESSING  PROGRAMS 

The  overall  format  of  any  given  data  processing  system  ia  largely  dependent  on 
the  type  of  data  to  be  analysed  and  the  overall  system  considerations  for  the  use  of  that 
data.  He  shall  now  consider  a  series  of  typical  data  processing  programs  which  are  wide¬ 
ly  used  for  fligt.c  test  work.  There  is  no  intention  that  the  programs  quoted  are  fully 
comprehensive,  although  it  is  worth  remeubering  that  they  are  typical  of  many  systems  in 
currant  us a. 

We  may  consider  three  basic  series  of  programs  which  can  be  used  together  to 
provide  an  overall  integrated  data  processing  system  or  can  be,  and  are,  used  individually 
in  particular  applications.  The  first  of  these  is  generally  concerned  with  the  task  of 
producing  a  data  base,  either  as  a  computer  compatible  tape  or  in  the  form  of  a  disk  file. 

5.4.1  Engineering  Units  Processing 

Flight  test  data,  whether  from  telemetry  or  on-board  tape  recorder  sources,  is 
programmed  through  a  series  oi  stages  to  provide  final  data  in  engineering  units,  either 
for  record  purposes  or  for  further  processing  in-house  or  at  other  organisations.  This 
system  consists  of  a  series  of  programs,  each  with  one  or  more  files  of  information  re¬ 
lating  to  flight  test  activities  or  files  directly  supporting  the  final  analysis  pro¬ 
grams.  tome  of  these  programs  are  independent  of  other  sources  of  Information  and  these 
can  be  added  to  the  system  as  required.  Other  programs,  however,  are  related  to  each 
other  and  to  final  analyais  programs  which  will  be  discussed  later.  Typical  programs 
are  used  to  provide  preflight  control  information,  system  and  Instrument  calibrations,  to 
maintain  instrumentation  project  history,  to  control  data  editing  and  data  eoapression, 
and  to  oor relate  airborne  data  with  other  sources  such  as  ground  data  and  internal  files. 
The  end  product  ia  all  cases  is  a  data  base  in  engineering  units  for  use  in  subsequent 
processing  though  ia  soma  oeses  this  might  be  the  jltimste  purpose  of  the  analysis  system. 
Typioal  programr  j*ec  in  this  phase  are  discussed  in  Appendix  I. 

5.4.2  Analysis  Processing 

This  phase  is  normally  found  in  batch  processing  systsms  and  ia  used  to  process 
test  dsts  recorded  on  Manet  to  tape  or  disk.  Soma  of  thaso  programs  can  bo  operated 
aaparataly  using  the  calibrated  data  from  Engineering  Units  phase  while  others  oparsts 
as  a  system  of  integrated  prograas.  The  primary  function  is  to  conduct  standard  repeti¬ 
tive  calculations  of  date  or  special  calculations  defined  for  the  particular  flight 
trial  from  eeleeted  tost  date.  The  output  of  aost  of  those  systems  is  in  the  form  of 
tabulated  listings  or  plots  end  special  programs  arc  available  to  handle  this  particular 
aspect  of  the  analysis.  Typioal  programs  are  discussed  in  Appendix  I. 
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5.4.3  RmI  TIm  IteMiainy 

A  aiabu  of  ayatama  hm  boon  developed  where  either  the  lifbom  lnfomtloB 
it  transmitted  to  tho  ground  by  telemetry  or  tho  flight  data  it  processed  la  flight  on 
tho  aireraft  to  provide  raal  time  information  aa  diaoaaaad  oar  liar,  The  baaio  programs 
uaad  ia  thoaa  typos  of  systems  ara  vary  oiailar  to  thoaa  daacribad  abova  tor  Engineering 
Haiti  aad  Analysis  but  baeauaa  of  tho  problems  * nvolved  ia  thoaa  systems,  apaoial  eons id - 
orationa  hava  to  ba  oovarad.  Computer  oriented  data  systems  of  various  siaaa  aad  ocmplax- 
ity  hava  baooaa  a  acoaaaary  tool  tor  tha  oollaotioa  aad  varifieation  of  taat  raaulta. 
lha  data  system  uaing  raal  tiaa  processing  can  haadla  thia  aort  of  iaforaatioa  vary  flax- 
ibly  aad  tha  aaaaatial  requirement  of  thia  data  ia  to  ba  abla  to  provide,  aithar  on¬ 
board.  or  oo  tha  ground,  a  raal  tiaa  Monitoring  ayataa.  daaaatial  taaka  for  aueh  a  aya¬ 
taa  oaa  inoluda  tha  ability  to  diaplay  in  Engineering  Baits  any  pais— tars  baing  raoordad. 
and  to  provida  tha  ability  to  porfosa  sethamatioal  eoaputationa  for  advanoad  aaalyaia 
aad  to  diaplay  tha  raaulta.  On-lina  or  raal  tiaM  proeaaaiag  oaa.  howavar.  ba  oonatrainad 
by  atoraga  availability,  throughput  tiaa.  or  naehiaa  liaitationa  auoh  that  ealeulationa 
nay  ba  truaeatad.  aaallar  word  lengths  rvgu*  rod  or  calibrations  aiapllfiad.  tha  raault 
of  auoh  oonproniaaa  can  ba  a  "difference*  in  data  valuaa  produead  in  raal  tiaa  and  thoaa 
darivad  in  a  post  flight  aoda.  Typical  prograaa  ara  diaouaaad  in  Appandix  1. 

5.5  PMOOhAN  SPfcCXFXCATXOMS 

At  larga  flight  taat  faoilitiaa.  a  aoftwara  prograa  library  la  davalopad  aad 
aaintainad  by  a  apaeialitad  eadra  of  aathaaatlolana  and  engineers.  tha  rola  of  thaaa 
apaoiallata  la  to  tranalata  tha  diaoiplina  engineer's  raguiraaanta  into  aa  oparational 
aoftwara  prograa  by  writing  a  now  aat  of  aoftwara,  Modifying  an  aatabliahad  aat,  or  uaing 
an  aatabliahad  prograa  aa  writtan.  tha  auceaaa  of  thia  aoftwara  dapanda  to  a  larga  ax- 
tant  on  tha  auoooaa  of  eoaaunieating  tha  raguiraaant.  It  ia  aoaawhat  lika  a  world 
travalar  in  a  raataurant  in  a  foreign  land  raquaating  a  diah  in  hia  own  language,  tha 
probability  of  aueeaaafully  obtaining  tha  aael  dapanda  on  tha  ooaplaxity  of  tha  daairad 
diah,  availability  of  ingredients,  equipment,  and  diffieultlaa  in  language  ooamunica- 
tiona.  Tha  aore  definitive  tha  description,  tha  batter  tha  aoftwara.  Thia  definitive 
daaoriptian  should  be  contained  in  a  Prograa  Specification  Dociamnt  which  acta  aa  tha 
contract  between  the  flight  test  engineer ,  tha  inatruaentation  engineer,  end  tha  pro- 
graaaing  expert.  Ivan  if  the  discipline  engineer  is  the  one  to  write  tha  prograa,  a 
rigorous  approaoh  will  produce  a  batter  aat  of  instructions  than  blindly  starting  to  coda. 

5.5.1  Format 

The  format  for  a  Prograa  Specification  Doeuaent  should  contain t 

a  identification  of  tha  task. 

a  bisting  of  responsible  personnel. 

a  Description  of  the  required  eoaputationa. 

a  Input  daaerlption. 

0  Computational  procedures. 

a  Output  requireaants. 

TO  bast  illustrate  the  specification,  a  copy  of  a  recant  a pacification  for  a  teat  at  the 
o.s.  Air  Force  Flight  Taat  Canter  ia  shown  in  Appandix  XX. 

5.4  NANAGMMT  COKTHOL  OF  SOFTMAAB  DKVKLOPMSNT 

A  significant  problem  ia  software  development  is  tha  control  of  tha  human  re¬ 
sources,  computer  remouroea  aad  development  tine.  This  difficulty  is  often  due  to  the 
lack  of  uniformity  in  tho  development  approaoh  and  inadequate  software  configuration 

management. 

5.4.1  Development  Approach 

The  general  feeling  today  is  that  software  production  is  still  aore  of  an  art 
than  an  engineering  soience.  Xt  is  strongly  dependent  upon  tha  approach,  experience  and 
capability  of  tha  Individual  programmer.  Development  techniques  auoh  as  "structured 
programming, "  "modular  construction,"  and  program  verification  techniques  are  bringing 
a  measure  of  order  to  the  task. 

5.4.2  Configuration  Management 

The  major  objectives  of  software  configuration  manageawnt  should  bei 

e  To  describe  at  each  time  tha  current  configuration  of  the  software  ayataa 
(configuration  identification) . 

a  To  assure  that  changes  made  to  this  configuration  are  necessary,  reflect  a 
thorough  consideration  of  all  interfaces  affected  and  represent  aa  optimal 
trade-off  among  performance,  ooat  and  schedule  ( configuration  control) . 


•  To  rseord  and  report  affectively  the  technical  status  of  the  software  develop- 
■ant  product*  (configuration  status  accounting) . 

An  excellent  review  of  software  management  control  techniques  can  be  found  in 
References  12  and  13. 


6.0  TUB  PEOP LI 


The  sise  and  complexity  of  any  flight  teat  organisation  will  depend  on  the  num¬ 
ber  and  types  of  projects  which  it  is  currently  called  on  to  handle  and  the  site  and 
importance  of  those  projects,  night  test  engineering  owvers  a  wide  field  from  tie  ulti¬ 
mate  complexity  of  space  flight  planning  down  to  the  flight  test  on  a  single  light  air- 
oraft.  Consequently ,  it  is  only  possible  here  to  give  a  general  idea  of  the  type  of 
organisation  which  will  be  necessary  and  an  indication  of  the  typical  staff  who  may  be 
employed  in  such  an  organisation.  As  discussed  earlier  in  the  system  planning  phase  of 
the  program,  it  was  indioated  that  in  some  cases  pre-processing  and  eoimutatf.on  phases 
are  handled  in  different  organisations.  This,  again,  will  lead  to  a  difference  in  the 
approaeh  to  the  organisational  planning  of  the  system.  Finally,  we  shall  consider  the 
handling  of  data  within  these  organisations  from  the  point  if  view  of  the  overall  capac¬ 
ity  of  any  given  system  to  process  and  evaluate  the  mass  of  dots  which  is  normally  re¬ 
corded  in  flight  test  work. 

C.l  OMAN  X IAYXON 

Xn  a  flight  test  facility,  there  are  a  number  cf  well-defined  functions  associ¬ 
ated  with  the  test  flight  of  a  new  aircraft  or  installation  cvn  an  aircraft.  These  in 
general  encompass  the  follovingi 

o  Flight  lest  Bngineering  or  Project  Engineering 

e  Bngineering  Services 

e  Data  Processing 

e  Technical  and  Development  Bngineering 
e  Flight  Test  Aircrew 

6.1.1  Plight  Test  Bngineering  or  Project  Organisation 

This  unit  is  normally  responsible  for  the  planning  of  any  flight  test  on  an  air¬ 
craft.  They  are  responsible  to  the  aircraft  project  manager  for  the  conduct  of  the 
flight  test  and  for  the  specification  of  the  various  requirements  in  the  flight  test  plan. 
Thie  can  be  a  very  extensive  program  of  work  when  a  large  modern  aircraft  system  is  in¬ 
volved,  or  it  can,  in  fact,  be  one  man  who  is  the  designer  of  a  new  light  aircraft. 

This  organisation  is  responsible  for  program  management  of  any  selected  program  fort 

e  Performance  and  Flying  Qualities 

e  Systems  Bngineering  Testing 

e  Human  Factors  Testing 

Xn  the  oaseof  airoraf tor  systems  where  specialised  testing  is  required,  this  organisation  would 
perform  necessary  liason  with  the  Design  Department  concerned  with  such  specialised  testing. 

6.1.2  Engineering  Services 

This  organisation  plana,  coordinates ,  operates,  and  maintains  the  data  acquisi¬ 
tion  systems  in  support  of  the  test  program.  Xt  also  plans  the  use  of  ground  facilities, 
special  instrumentation,  and  range  dete  acquisition  (i.e.,  telemetry,  radar,  photo-optics, 
ate.) .  Xn  fact,  its  responsibility  covers  the  whole  range  of  the  technical  instrumenta¬ 
tion  requirements  for  e  flight  trial.  Typical  sub -sections  of  this  unit  aret 

e  Range  Management 

e  Airborne  Instrumentation 
e  Photography 

e  Aircraft  Modification  Engineering 

6.1.3  Data  Processing 

This  unit  provides  overall  support  for  the  processing  of  data  which  has  been 
acquired  during  flight  trials  from  both  airborne  and  ground  baaad  facilities.  Xt  operates 
the  data  processing  facility  and  is  responsible  for  the  continual  davelopment  of  that 
facility  to  neat  test  requirements .  This  organisation  will  normally  contain  a  software 
development  organisation  in  support  of  the  data  processing  facility.  Typical  brandies  in 


•ueh  an  organisation  arei 


•  Computer  Opa rat Iona  (Processing) 

•  Software  Development 

•  Data  Production  Analysis 

6.1,4  Technical  and  Oavelopnant-  Engineering 

Any  organisation  aat  up  to  handlo  modern  flight  taat  data  analysis  and  flight 
instrumentation  projects  needs  a  development  organisation  which  can  look  into  tha  futura 
without  tha  day-to-day  problaua  of  a  vast  throughput  of  flight  taat  analysis  work.  Typ¬ 
ical  problems  this  unit  oould  ba  asked  to  solva  ara  new  flight  taat  techniques,  naw 
methods  and  proeaduraa  for  carrying  out  tha  flight  taata,  and  the  technical  development 
rt  naw  equipment  and  inatruaantation  in  support  of  flight  taat  work. 

6,1’.*  Plight  Taat  Aire  raw 

Its  taat  pilot  and  flight  taat  anginaars  will  normally  ba  part  of  tha  organi¬ 
sations  shews.  however,  it  it  convaniant  to  eonsidor  than  aaparataly  as  thay  aach  hava  a 
vital  function  to  porfora  in  any  flight  toat  organisation.  Ultimately  tha  planning  and 
coordination  of  all  tha  teams  on  tha  ground  depends  on  tha  selection  of  suitable  flight 
test  personnel.  Por  this  reason,  tost  pilots  receive  a  vary  extensive  and  specialised 
training,  and  ideally,  tha  flight  taat  engineers  should  ba  aimllarly  trained  for  tha  role 
thay  hava  to  perform.  This  is  normally  the  case  in  large  flight  test  organisations  but, 
all  too  often,  tha  training  of  these  z.  rsoiutel  is  nsglsetsd  in  smaller  flight  test  teams . 
Zt  cannot  ba  over -emphasised  that  tha  ultimata  aueoesa  of  tha  operations  depends  on  prop¬ 
er  training  for  those  personnel. 

€.2  COORDINATION  OP  THE  OPERATION 

All  too  of tan,  tha  teams  mentioned  above  ara  not  properly  coordinated  in  the 
performance  of  their  duties.  The  coordination  function  rightly  belongs  with  tha  project 
engineer  involved  on  any  particular  flight  test,  and  arguably  tha  bast  approach  to  vhia 
problem  is  to  uaa  the  main  organisations  in  s  joint  inter-related  fashion.  Choosing  key 
personnel  from  aach  organisation,  form  a  small  liaison  group  to  ensure  that  tha  proper 
feedback  and  interchange  of  information  occurs. 

Xn  many  flight  test  organisations,  this  policy  is  not  followed  and  a  functional 
Alignment  is  used  as  an  alternative,  this  can  ba  regarded  as  tha  serial  approach  where 
tha  Plight  Test  engineering  organisation  states  its  requirements  to  tha  engineering 
Services  organisation  who,  after  tha  Plight  Taat,  hands  it a  information  to  tha  Data  Pro¬ 
cessing  unit.  This  approach  can  vary  often  ba  counter-productive  in  that  tha  Data  Pro¬ 
cessing  personnel  ara  frequently  not  properly  aware  of  tha  nature  of  tha  requirements  of 
tha  project  engineers  and  flight  taat  engineers,  leading  to  a  situation  where  tha  type  of 
processing  adopted  ia  not  compatible  with  tha  data  that  is  being  executed. 

6.3  TYPES  OP  PERSONNEL 

Plight  test  work  involves  a  vary  wide  range  of  skills  in  tha  personnel  employed. 
We  shall  now  consider  in  some  detail  tha  categories  of  personnel  who  should  ba  used  in 
tha  various  organisations. 

6.3.1  Plight  Test  engineering  and  Project  Personnel 

Personnel  in  this  organisation  ara  basically  tasked  with  the  overall  planning 
execution,  sad  reporting  of  tha  flight  test.  Zt  is,  therefore,  essential  that  thay 
should  hava  good  engineering  background  in  tha  area  of  tha  test.  If  this  encoapaases 
tha  maneuvering  of  the  aircraft  in  flight,  a  knowledge  of  aircraft  design  and/or  flight 
dynamics  ia  essential.  If  tha  system  under  test  is  sn  avionics  system,  than  these  per¬ 
sonnel  should  hava  a  sound  knowledge  of  tha  basic  system  which  thay  ara  being  naked  to 
test  and  of  its  basic  operational  oharactariatios .  For  example,  if  a  radar  sat  is  under 
test,  they  should  hava  an  extensive  knowledge  of  tha  limitations  and  performance 
characteristic*  of  radar  equipment  in  order  that  tha  test  can  ba  properly  designed  and 
conducted .  Personnel  ara  usually  aeronautical  and  electronic  engineers. 

6.3.2  Instrumentation  Personnel 

This  is  one  of  tha  most  difficult  areas  of  recruiting  staff  for  flight  test  work. 
Ail  too  often  tha  asswption  is  made  that  instrumentation  installations  can  ba  carried 
out  by  any  competent  electronics  engineer.  This  frequently  laada  to  trouble  in  that  tha 
installation  of  instrumentation  systems  is  an  important  as  any  other  phase  of  flight  taat 
work. 


Reference  14  notes  that  great  care  has  to  ba  exercised  in  tha  use  of  instruments 
and  transducers  in  tha  aircraft  environment.  Tha  training  of  anginaars  in  this  field, 
therefore,  ia  of  supremo  importance,  otherwise  it  is  vary  easy  to  proauoe  a  load  of  sman- 
inglmaa  data  which,  to  tha  inaxpariaoced  data  analyst  in  particular,  looks  genuine.  Tha 
training  of  flight  taat  instrumentation  anginaars  has  tended  to  ba  conducted  aon  tha  job* 
and  in  only  a  limited  number  of  a  as  as  hava  specific  training  courses  been  used  for  these 


personnel.  Die  French  in  particular  heve  need  courses  fov  training  flight  teet  instru¬ 
mentation  engineers  but,  in  general  the  process  hee  been  to  take  qualified  eleotronlee 
eng.nnera  end  to  let  then  l-«m  by  their  laietekee  end  free  other  teem  memtoerr.  while  work* 
ing  on  epeoif'c  project*.  Dili  can  produce,  end  hee  produced,  very  eucceaeful  flight  teat 
inetrur.wnt  engineers  but  It  can  lead  to  e  situation  when's  the  engineer' a  view  of  the 
problee  can  und  ia  limits!  by  hie  experience.  Thus,  one  finde  that  there  are  elgnlticent 
differences  in  approach  to  the  saae  problee  by  different  flight  teet  orgnnieatione  be¬ 
cause  eeoh  hee  developed  ite  philoeopny  Independently  free  the  othere.  There  le  e  very 
definite  need,  therafeve,  in  planning  e  flight  teet  organisation  to  eako  euro  that  the 
inetrue-Mitatlcn  engivieare  uaad  heve  the  widest  possible  xperienoe  an-  for  thee  to  gain 
that  experience  froe  ea  eeny  different  organisations  as  poaelhla.  Even  in  eowe  of  the 
major  organisations  at  present  engaged  in  flight  tost  work,  an  evaluation  of  rapllea  to 
questionnaires  indicate  very  significant  di.tnranees  in  understanding  of  ooeeon  instru¬ 
mentation  proto lama  aaeru,  these  personnel .  There  la  no  easy  answer  to  this  problee  be¬ 
cause  of  the  limited  -vsttoer  of  specific  oouvsaa  in  many  countriee.  Much  coureee  do  exiet, 
in  Frenoo,  the  United  kingdom,  end  in  tblr-United  Staten.  For  this  reason,  it  le  essen¬ 
tial  that  the  flight  teat  engineer  establishes  a  very  oloee  relationship  with  the  instru¬ 
mentation  engineer  to  ensure  that  they  heve  a  olear  understanding  of  tho  physical  nature 
of  tho  eeaauraaMsnte  they  are  planning  to  make  and  of  tho  limit at lone  imposed  on  those 
measurements  by  the  structure  and  the  environment  in  which  the  transducers  have  to  ha 
mounted.  A  flight  test  enct'ieei-  who,  by  hie  experience,  knows  how  to  teoklo  them  can  en¬ 
sure  that  the  data  gathered  on  a  flight  teat  is  meaningful  end  valid. 

6.3.3  Date  Processing  Personnel 

Xn  the  majority  of  case*  today,  even  on  ssteli  installations,  date  processing 
will  at  some  stage  involve  the  use  of  a  digital  computer .  in  the  smell  number  of  oases 
whore  tnls  is  not  so,  it  is  usual  for  tho  analyale  (normally  through  tho  reeding  of 
trees  records)  to  bo  carried  out  by  the  flight  test  engineer  himeelf .  in  these  circum¬ 
stances  he  has  a  reasonable  understanding  of  the  limitations  of  tho  date  he  ia  consider¬ 
ing  end  can,  therefore,  be  expected  to  drew  reasonable  conclusions  from  the  results  of 
hia  analysis.  Xn  the  majority  of  cease,  however,  the  enelysia  phase  of  processing  ia 
conducted  in  a  digital  computer  end  the  personnel  manning  these  machines  ere  uauelly  com¬ 
puter  specialists,  with  degrees  in  mathematics  or  computer  adenose. 

6. 3. 3.1  Date  Analyst 

Much  grief  can  be  avoided  through  the  uee  of  e  clear  Data  Processing  Concept 
end  Plan,  ea  discussed  in  Section  3.  Date  analysts,  who  are  capable  of  analysing  the 
flight  test  engineer's  requirements  end  the  instrumentation  engineer 'a  mechanisation  in 
line  with  the  capabilities  of  the  data  processing  center,  ere  trained  principally  in  the 
■chool  of  herd  knooka.  The  data  analyst  can  be  drawn  from  any  of  today's  engineering 
disciplines  since  all  students  receive  early  end  constant  exposure  to  computers.  Plight 
teat  end  inatrumantation  engineers  ere  a  good  source  as  they  bring  the  expertise  end 
technical  jargon  from  the  other  organisations .  The  other  basic  requirement  ia  patience 
for  date  processing  is  the  lest  step  to  tho  final  test  report  end  inherits  ell  of  the 
teet  program  delays  and  frustrations.  Without  proper  planning  and  verification  of  the 
date  production  system,  initial  date  processing  rune  will  be  beast  by  program  aborts, 
invalid  answers,  and  delivery  delays.  A  modern  large  computer  facility  ia  atill  at  the 
mercy  of  the  input,  and  output  can  never  be  better  then  input. 

6 . 3 . 3 . 3  Date  Operations 

Large  computer  centers  will  heve  a  eteff  of  systems  analysts,  who  at  firat 
q lance  appear  to  be  charged  with  the  responsibility  of  keeping  data  processing  a  deep 
mystery  end  separating  the  uaer  from  the  machine.  They  ere,  however,  charged  with  the 
important  function  of  insuring  that  the  computer  system  software  end  hardware  function 
properly.  New  routines  which  are  part  of  the  basic  softwara  must  be  debugged  and  made 
operational.  It  is  supri singly  easy  for  an  inexpariencad  data  requastor  to  bring  a  large 
computer  system  "crashing  down"  as  a  program  hangs  in  an  endless  loop  or  consumes  all  of 
tha  available  storage  space.  The  Data  Operations  unit  must  firat  of  all  make  eveileble  to 
the  user  a  functioning  computer  system,  for  batch  or  interactiva  processing.  The  system 
software  must  be  operational  and  uaer  software  mutt  be  reviewed  to  insure  compatibility 
with  the  processing  machine  end  the  organisation 'e  concept  of  operations  for  processing. 
(For  example,  some  processing  canters  place  limits  on  file  lengths  to  insure  equality  to 
all  time-sharing  users)  . 

6. 3. 3. 3  Software  Development 

Large  flight  test  centers  heve  a  software  development  organisation  which  will 
either  prepare  a  new  software  program,  modify  an  existing  program,  or  select  an  existing 
program  to  meet  the  teat  engineer'a  needs.  It  hat  often  bean  stated  that  all  flight 
teat  programs  ere  alike,  but  ell  ere  also  different.  Cere  must  be  taken  to  prevent 
re-inventing  the  wheel  in  date  processing.  The  experienced  software  development  per¬ 
sonnel  heve  e  basic  understanding  of  the  test  engineer's  requirements  end  will  create  a 
program  to  meet  those  requirements  in  an  efficient  end  complete  manner.  The  key  to  good 
software  lies  In  the  preparation  of  e  comprehensive  Program  Spacification  Document,  ade¬ 
quate  lead  time  to  code  end  debug  the  program,  end  sufficient  pre-test  date  to  exercise 
the  software  in  the  complete  date  production  loop.  Xn  smeller  installations  it  is  fre¬ 
quently  possible  for  an  engineer  trained  in  flight  teat  end  instrumentation  field  to  be 
«ble  to  handle  the  necessary  softwara  himeelf  with  e  full  understanding  of  the  problems 
he  is  tackling,  Xn  major  inetal let ions,  this  is  not  always  possible  end  it  emphasises 


22 


the  need  for  tho  liaison  committee  discussed  «.  vs  and  for  tha  various  elements  in  that 
committee  to  be  able  to  have  a  working  understanding  of  the  techniques  and  procedures 
adopted  by  his  opposite  number  in  different  parts  of  the  organisation. 

6.3.4  Aircrew 

In  any  flight  test  situation,  the  people  required  to  conduct  the  flight  and  to 
operate  the  instrumentation  and  other  systems  (such  as  Avionics)  during  the  flight  must 
be  properly  trained  for  the  work,  otherwise  the  work  of  all  the  ground  based  personnel 
can  be  set  at  nought.  The  pilot  in  particular  needs  special  training,  especially  if  the 
flight  test  involves  the  handling  and  maneuvering  of  the  aircraft.  These  test  pilots 
normally  receive  a  very  specialised  training  for  the  work  in  which  particular  emphasis  is 
placed  on  their  ability  to  assess  the  response  of  the  aircraft  to  different  inputs  from 
the  pilot.  In  particular,  their  report  of  the  test  is  very  often  an  essential  contribu¬ 
tion  to  the  flight  tape  or  the  telemetered  information.  In  aircraft  where  an  observer  is 
carried  or,  in  some  cases  many  observers,  their  training  must  not  only  cover  the  opera¬ 
tions  of  the  systems  for  which  they  are  responsible  but  also  their  ability  to  observe  and 
report  on  the  general  aircraft  situation  at  any  particular  time.  Bffort  spent,  therefore, 
in  specialised  training  for  these  personnel  can  always  show  a  very  substantial  dividend. 

If  they  are  instrumentation  observers,  then  their  ability  to  understand  the  design  prob¬ 
lems  of  the  instrumentation  is  a  necessary  asset  in  enabling  them  to  handle  the  system 
during  its  use  in  flight  tests.  On  larger  aircraft  where  quick- look  information  may  be 
produced  by  an  on-board  computer,  the  observer's  ability  to  interpret  this  data  accurately 
and  rapidly  and  either  report  it  to  the  ground  for  decision  on  the  next  phase  of  the 
flight  test  or,  in  some  cases,  to  make  that  decision  himself  is  an  essential  requirement 
to  the  successful  completion  of  the  flight  test.  Proper  training  and  briefing  for  these 
personnel  before  the  flight  test  is,  therefore,  essential. 


7.0  DATA  PROCESSING  FUNCTIONS  AND  TECHNIQUES 

In  the  preceding  chapters  we  have  considered  the  methods  for  obtaining  data, 
and  the  hardware,  software,  and  personnel  to  process  it.  The  data  is  now  available  in 
some  form  or  other  and  it  is  the  responsibility  of  the  data  processing  personnel  to  pre¬ 
sent  this  recorded  data  in  a  form  which  is  acceptable  to  the  flight  test  engineer  or 
data  analysis  engineer. 

7.1  QUICK-LOOK  PROCESSING 

Quick-look  data  is  an  essential  requirement  in  all  flight  tests  in  that  it  is 
usually  necessary  for  the  flight  test  engineer  to  be  able  to  assess  whether  a  particular 
flight  test  has  been  satisfactory  before  the  full  analysis  of  the  data  is  made.  On  such 
ad  hoc  decisions,  the  continuation  of  the  flight  test  program  is  frequently  based.  It 
is,  therefore,  desirable  that  all  the  essential  information  should  be  presented  as 
quickly  as  possible  in  a  form  which  enables  this  sort  of  decision  to  be  made.  Quick- 
look  data  can  take  many  forms. 

7.1.1  On-Line/Real-Time  Information 

On-line  quick-look  information  can  be  obtained  by  on-board  observers  who 
follow  the  time  history  of  essential  parameters  using,  in  some  cases,  on-board  computers 
to  provide  the  necessary  data;  or  from  telemetry  systems  which  pass  the  essential  data 
to  the  ground  where  they  can  be  displayed  in  real  time.  In  both  cases,  calculations  may 
need  to  be  done  from  this  measured  data  to  provide  information  which  can  be  displayed  to 
the  engineer  who  has  to  make  the  decisions  on  the  progress  of  the  test  flight.  This 
type  of  system  is  also  frequently  called  a  real  time  system  in  that  the  data  being 
gathered,  whether  in  the  aircraft  or  on  the  ground,  is  being  computed  on-line  in  real 
time  so  that  effective  decisions  can  be  made  on  the  information  governing  the  future 
progress  of  the  test  flight.  These  systems  are  widely  used  for  two  specific  purposes; 

7. 1.1.1  Safety 

Many  flight  teats  involve  a  considerable  element  of  hazard  to  any  aircrew  in¬ 
volved  in  the  trial,  and  it  is,  therefore,  necessary  on  many  occasions  to  provide  a  data 
analysis  system  which  is  capable  of  presenting  a  ground  observer  with  the  immediate  up- 
to-date  information  on  the  progress  of  the  flight  to  supplement  the  pilot's  observation 
(in  some  cases,  the  ground  observer  is  the  sole  source  of  such  information)  to  ensure 
that  the  flight  test  being  conducted  does  not  exceed  expected  safety  limits.  Real  time, 
in  context,  therefore,  means  the  ability  to  take  effective  safety  action  within  the 
minimum  time  scale  set  by  the  normal  limitations  of  a  data  system. 

7. 1.1. 2  Program  Sequence  Control 

A  complementary  function  to  the  safety  function  is  the  ability  to  analyse  the 
progress  of  the  flight  test  from  the  ground  and  decide  what  next  phase  should  be 
attempted  without  bringing  the  aircraft  back  to  land.  This  function  of  the  real  time 
system  is  complementary  to  the  airborne  system  in  that  they  are  both  capable  of  enabling 
the  control  of  the  test  flight  to  be  monitored  and,  if  necessary,  varied  on  a  real  time 
basis.  A  real  time  system  used  at  the  US  Air  Force  Flight  Test  Center  is  described  in 
Appendix  III. 
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7.1.2  Off -Lin#  Information 

In  thaae  systems,  data  recorded  during  flight,  aithar  on  tha  aircraft  or 
by  talaaatry  link,  ia  givan  to  tha  data  prooaaaing  facility  for  procaaaing.  Tha  data  is 
than  run  through  raplay  (playback)  equipment  which  ia  capable  of  producing  output  in  a 
graphical  trace  form  or  computer  listing,  this  enables  tha  experienced  engineer  to 
assess  the  validity  of  the  data  that  has  been  gathered.  This  is  an  area  where  the  small 
digital  computer  and  line  printer  or  analog  trace  output  is  extremely  valuable.  In  the 
oase  of  analog  data,  the  ultraviolet  (UV)  trace  recorder  is  almost  exclusively  used  for 
this  purpose  in  modem  flight  test,  systems.  The  off-line  system  is  the  same  as  real 
time,  except  data  input  is  from  nugnetic  tape. 

This  same  data  can  often  be  used  to  verify  the  operation  of  the  instrumen¬ 
tation  system,  evaluate  calibration  values  and  to  identify  problem  areas.  The  medium 
used  can  be  a  traps  on  strip  chart  recordings  or  tabulated  listings  of  raw  data  values 
("digital  dumps")  .  These  can  be  used  as  valuable  quality  control  checks  before  continuing 
with  data  processing  or  as  check  points  in  the  processing  stream  for  troubleshooting. 

7.1.3  Comparison  of  On-Line/Rea 1-Time  and  Off-Line  Systems 

These  terms  are  widely  used  in  the  data  processing  world  and  this  is  an 
opportune  place  to  define  application  of  these  terms.  The  use  of  these  techniques  has  a 
direct  application  to  quick-look  data  but,  as  will  be  seen  from  paragraphs  above,  the 
phrases  can  have  a  wider  connotation.  On-line  systems  cover  any  system  where  the  flow 
of  data  from  the  point  of  measurement  to  the  presentation  of  that  data  is  continuous. 

This  data  may  or  may  not  be  processed  en  route,  and  the  final  output  may  present  data  to 
the  test  engineer  in  real  time,  in  a  form  in  which  he  can  take  quick-look  decisions.  On 
the  other  hand,  some  on-line  data  will  be  fully  processed  as  the  test  is  proceeding  and, 
in  this  case,  there  is  less  justification  for  the  application  of  the  real  time  descrip¬ 
tion  to  this  data  because  the  processing  time  may  be  such  that,  although  the  data  is 
being  handled  continuously,  it  is  not  being  done,  perhaps  due  to  computer  time,  in  a  time 
scale  which  permits  immediate  decisions  to  be  made  on  the  results  of  the  analysis. 

Off-line  systems  similarly  do  not  have  a  direct  link  between  the  measuring 
system  and  the  data  processing  and  in  these  cases  the  transfer  of  data  is  usually  by  one 
of  the  recording  methods  described  earlier.  This  data  can  still,  of  course,  be  analyzed 
quickly  on  receipt  at  the  data  processing  center  to  give  quick-look  information  which, 
in  this  case,  more  normally  has  the  function  of  enabling  the  analysts  to  decide  on  the 
data  which  must  be  processed  for  further  analyses. 

The  difference  between  these  systems  is,  therefore,  fundamental  to  the 
design  of  the  overall  processing  system  and  considerable  thought  must  be  given  to  these 
elements  when  deciding  on  the  system  that  will  be  used  in  order  to  cover  the  safety  of 
the  crew  and  the  aircraft,  monitoring  the  performance  of  the  instrumentation  system, 
"goodness"  of  the  maneuver  performed,  aircraft  systems  operation,  etc. 

Off-line  systems  in  general  are  more  flexible  in  that  they  do  not  require 
large  ground  based  communication  facilities  which  can,  in  the  case  of  aircraft,  limit  the 
area  in  which  the  flight  can  take  place.  TOiese  systems,  therefore,  depend  very  heavily 
on  digital  and  analog  magnetic  tape  recorders  in  order  to  provide  a  means  of  transmitting 
the  data  to  the  data  processing  facility.  In  some  cases,  where  the  aircraft  size  per¬ 
mits,  some  of  the  computation  may  be  done  on-line  in  the  aircraft  and  then  transmitted 
off-line  by  magnetic  tape  or  disk  to  the  data  processing  facility  on  the  ground.  This 
is  a  typical  example  of  the  flexibility  that  is  possible  with  these  types  of  systems. 

7.2  ENGINEERING  UNITS  (FIRST  GENERATION) 

Data  processing,  particularly  in  modern  automatic  data  processing  systems 
tend  to  be  divided  into  three  parts;  engineering  units,  intermediate  processing  (merges) , 
and  analysis  computation.  Some  confusion  occurs  at  times  between  different  systems  on 
the  division  between  these  areas.  For  the  purposes  of  this  document,  we  shall  take  the 
situation  where  the  engineering  units  phase  is  understood  to  cover  all  the  work  carried 
out  on  the  flight  data  up  to  and  including  the  preparation  of  the  data  base  of  computer 
compatible  tape  of  the  engineering  data.  (Engineering  data  can  also  be  described  as  the 
recorded  parameters  which  have  been  modified  by  the  application  of  calibration  data  and 
produced  in  a  time-history  format.)  (Raw  counts  +  calibrations  -  engineering  units.) 
Generally  speaking,  data  recorded  in  flight  or  received  on  the  ground  by  telemetry  link 
is  recorded  in  a  format  which  is  not  consistent  with  a  modern  ground  based  digital  com¬ 
puter.  The  reason  for  this  is  that  the  limitation  imposed  on  a  digital  computer  in 
terms  of  the  cleanliness  of  tape  and  operating  environment  necessary  for  high  packing 
density  used  on  its  digital  tapes  means  that  data  from  flight  sources  has  to  be  pro¬ 
cessed  before  being  fed  into  the  computer.  This  can  be  done  whether  the  information  is 
in  analog  or  digital  form,  and  leads  ultimately  to  the  generation  of  either  a  data  base 
on  a  disk  file,  or  a  computer  compatible  tape.  It  is  convenient  during  this  process  to 
add  the  calibration  data  to  the  information  so  that  the  data  base  is  generated  in  true 
engineering  units.  This  has  the  great  advantage  that,  where  various  organizations  have 
an  interest  in  the  flight  test,  the  data  base  can  be  distributed  to  these  organizations 
in  a  standard  engineering  format,  enabling  further  computation  to  be  conducted  in  the 
individual  facilities  of  the  contributing  organization.  In  modern  large  installations, 
disk  files  are  normally  used  for  this  purpose  as  the  availability  of  the  data  for  random 
access  is  very  much  more  rapid  on  disks  rather  than  on  magnetic  tape.  A  typical  flow  is 
shown  in  Figure  7-1. 
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ENGINEERING  UNITS 


7.2.1  Measurand  Data  Base  (Project  History) 

An  important  part  of  the  engineering  units  processing  system  is  the 
measurand  data  base  (called  a  Project  History  File  at  the  US  Air  Force  Flight  Tost  Center) . 
It  contains  the  parameter  identification  and  calibration  information  which  must  be 
applied  to  the  raw  data.  The  calibrations  are  usually  stored  in  two  forms:  polynomial 
and  table  look-up.  (The  frequently  used  linear  slope-intercept  function,  Y-MX+B ,  is  con¬ 
sidered  as  a  polynomial.)  With  the  polynomial  method,  the  calibration  curve  which  is  de¬ 
rived  from  the  instrument  or  transducer  is  approximated  by  a  polynomial  function  whose 
degree  is  usually  no  larger  than  fifth  order.  Once  the  polynomial  is  determined,  only 
the  coefficients  need  to  be  stored  in  computer  memory,  with  the  use  of  a  polynomial 
function,  care  must  be  exercised  that  values  are  not  obtained  by  extrapolation  beyond 
the  upper  and  lower  limits  of  the  actual  calibration  points  which  have  been  measured. 

Where  a  polynomial  fit  is  not  possible,  the  complete  table  of  calibration  points  must  be 
entered  into  storage.  Values  between  points  are  calculated  by  linear  interpolation. 

Table  look-up  does  require  more  storage  space  and  can  increase  the  time  required  by  the 
central  processor.  This  data  base  requires  meticulous  bookkeeping  to  insure  the  proper 
calibrations  are  selected  for  a  particular  test.  The  project  history  also  offers  an 
opportunity  to  decrease  the  amount  of  data  processing  by  grouping  parameters  of  interest 
to  a  particular  test  or  engineering  discipline  and  processing  only  those  parameters. 

Such  a  grouping  is  identified  above  as  a  "maneuver."  The  project  history  also  contains 
the  data  required  to  set  up  the  real  time  data  systems.  This  importance  of  using  a 
common  data  base  for  real  time  and  post  flight  processing  is  obvious.  (Figure  7-1) 

7.2.2  Pre-Processing 

The  format  conversion  of  test  data  into  a  digital  tape  or  coiqputer  file 
compatible  with  the  central  processor  is  performed  by  a  preprocessor,  which  is  generally 
a  specialized  computer.  The  preprocessor  "front  end"  is  usually  structured  to  accept  a 
variety  of  input  formats.  Data  recorded  in  analog  form  (direct  recording  of  FM,  for 
example)  must  be  separated  into  the  individual  signals  from  the  multiplexed  stream 
through  the  use  of  discriminators  and  converted  into  digital  form  with  analog  to  digital 
converters.  Digital  data,  on  the  other  hand,  can  be  encoded  in  several  formats  (e.g., 

PCM  -  Pulse  Code  Modulation;  PDM  -  Pulse  Duration  Modulation)  and  time-multiplexed  into 
a  continuous  stream.  A  special  set  of  instructions  (decommutation  deck)  is  used  to 
select  the  desired  parameters  from  the  data  stream  at  the  desired  sample  rate  -  which 
can  be  less  than  the  recorded  rate.  The  individual  parameters  must  then  be  changed 
from  the  particular  encoded  format  (PCM,  PDM,  etc.)  into  the  format  compatible  with  the 
computer  to  be  used  for  processing.  (As  a  note  of  caution,  a  "computer  compatible”  tape 
cannot  be  assumed  to  be  compatible  with  all  computer  makes  and  models.)  The  final  action 
is  to  insure  proper  assignment  of  timing  information  to  the  individual  parameter  values. 

7. 2. 2.1  Data  Compression  Techniques 

There  is  a  constant  trade-off  analysis  required  between  the  desire  for 
maximum  data  and  the  cost  of  producing  that  data.  The  initial  preference  is  to  have  all 
the  data  recorded  on  a  flight  tape  available  on  the  engineering  units  tape.  When  this 
has  been  proven  costly,  the  next  step  is  to  have  all  of  the  recorded  data  available  on 
the  preprocessor  digital  tape  and  use  the  engineering  units  program  to  compress  output 
volume.  Volume  compression  can  be  performed  in  the  engineering  units  program  but  the 
computer  must  still  examine  each  data  point  and  make  a  retain/discard  decision.  This 
uses  the  most  expensive  part  of  the  data  processing  stream,  the  scientific  computer,  as 
a  data  filter.  With  compression  performed  at  the  preprocessor  point,  maximum  reduction 
in  processing  coats  are  achieved.  It  is  far  less  costly  to  digitise  and  produce  an 
event  time  or  parameter  which  may  have  been  missed  on  a  data  processing  request  than  it 
is  to  process  all  recorded  data  to  engineering  units. 
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•  Tima  Editing 

Raw  taat  data  ia  generally  racordad  for  tha  major  part  of  a  flight  to 
provida  data  for  tha  taat  anomalies.  Tha  data  of  normal  lntaraat  ia 
somewhat  laaa  and  tha  raeonaandation  ia  to  raformat  only  the  taat  seg¬ 
ment*  of  intareat.  Thia  can  be  done  inflight  by  turning  the  recorder 
off,  or  at  the  preprooeaaor  station  by  seleoting  only  time  segments  of 
interest  from  the  airborne  or  telemetry  recorded  magnetic  tape. 

a  Parameter  Editing 

In  most  computer  systems  for  engineering  unit*  conversion,  the  software 
program  must  consider  each  word  of  data,  on  tne  input  tape  or  file, 
even  if  that  parameter  is  not  to  be  converted  to  engineering  units. 

Ibis  manipulation  adds  to  the  overhead  coat  of  processing.  If  the 
parameter  is  not  on  the  reformatted  tape,  the  workload  on  the  conversion 
computer  is  less.  The  process  of  reformatting  only  parameters  of  inter¬ 
est  is  called  "decommutation"  and  the  parameters  are  identified  in  a 
decommutation  punched  card  deck  or  file  which  is  used  by  the  preprocessor 
as  a  control.  The  use  of  time  and  parameter  editing  (in  conjunction 
with  maneuver  identification  in  the  main  software)  to  reduce  computer 
running  time  was  investigated  at  the  US  Air  Force  Flight  Test  Center 
with  the  results  shown  in  Appendix  IV. 

•  Hardware  Compressors 

Compression  algorithms  generated  by  specialized  compressors  which  can 
be  used  in  addition  to  parameter  editing  and  event  time  editing  are 
PSAMP;  ZFN  (0) ;  and  ZFN  (1) .  PSAMP  (n)  compression  selects  every  Nth 
sample  of  the  data,  where  N'is  specified  by  the  test  engineer.  For 
example  even  if  a  parameter  is  recorded  at  £.00  samples  per  second,  the 
engineer  may  only  need  a  rate  of  100  samples  per  second  for  normal 
data  processing.  A  PSAMP  of  eight  would  then  be  used  in  the  preprocessor 
to  digitise  the  raw  data.  The  basic  recorded  data  is  still  retained  on 
the  initial  data  tape  and  can  be  redigitized  at  a  higher  sample  rate 
for  events  of  particular  concern  where  more  data  points  are  required. 

It  must  be  realized  that  PSAMP  is  in  the  nature  of  a  brute  force  com¬ 
pression,  and  does  not  account  for  variation  in  the  activity  of  the 
data  parameter.  Recognizing  this  limitation,  it  is  an  effective 
technique . 

The  ZFN  compression  algorithms  are  by  nature  adaptive  sampling  tech¬ 
niques.  ZFN  (0)  will  pick  out  and  digitize  only  those  parameters  which 
change  from  one  sample  to  the  next.  For  example,  ZFN  (0)  applied  to  the 
discrete  event  parameter  would  digitize  only  that  raw  data  associated 
with  movement.  With  ZFN  (O)  applied,  any  change  in  that  parameter  would 
register  and  be  digitized,  alerting  the  engineer  to  parameter  change 
during  the  flight.  Redundant  data  would  be  eliminated.  This  results 
in  saving  of  engineer  effort  in  scanning  a  supposedly  quiescent  param¬ 
eter  for  the  entire  flight,  looking  for  a  change. 

ZFN  (1)  compression  would  permit  digitizing  of  a  parameter  if  the 
change  in  data  word  was  greater  that  one  bit.  This  technique  is  useful 
for  parameters  where  only  changes  of  a  specific  magnitude  are  of  inter¬ 
est  or  if  low  bit  noise  is  known  to  be  present  in  the  parameter  measure¬ 
ment,  invalidating  the  accuracy  of  less  significant  bit. 

7.2.3  Engineering  Unit  Conversion  (Reference  15) 

Engineering  unit  conversion  was  defined  earlier  as  the  application  of  cali¬ 
bration  data  to  the  raw  counts.  At  the  US  Air  Force  Flight  Test  Center,  the  programs 
which  perform  the  application  of  calibration  form  a  block  of  records  that  consists  of 
information  op  the  parameters  required  for  the  particular  maneuver  to  be  calculated. 

Only  the  parameters  in  that  maneuver  appear.  Each  parameter  will  have  information  on 
parameter  number,  digital  tape  location  for  the  inputs,  conversion  algorithm  (method)  and 
calibration  values  to  be  used.  The  parameters  are  then  sorted  by  parameter  number  and 
source  and  each  parameter  is  then  assigned  a  location  in  the  block  called  "source  order 
number . " 


The  calibration  programs  also  do  some  pre-calibration  method  processing, 
time-search,  auto-cal  search,  etc.,  before  entering  the  DLC  (definition,  location, 
calibration)  record  to  convert  the  data.  The  conversion  program  then  starts  with  source 
order  number  one  and  finds  the  digital  channel  or  channels  required,  enters  the  conver¬ 
sion  method,  processes  the  channel  information  for  the  maneuver  start  time,  goes  back  to 
the  DLC  record  block  if  calibration  tables  are  required  and  then  outputs  the  answer  as 
instructed  by  the  method  into  an  output  block.  The  program  then  goes  on  to  source  order 
number  two,  three  and  so  on  until  source  number  N  is  reached.  It  then  restarts  with 
source  number  one  for  the  next  time  sample  and  continues  these  cycla*  until  the  end  time 
of  the  maneuver  is  reached.  The  program  then  searches  for  the  next  time  sample  and  con¬ 
tinues  these  aycles  until  the  end  time  of  the  maneuver  is  reached.  The  program  then 
searches  for  the  next  event  time  and  starts  all  over  with  source  order  number  one  for 
the  maneuver  involved  in  that  event  from  start  event  to  end  event  time. 
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The  conversion  functions  ussd  depend  to  s  groat  extant  upon  the  complexity 
of  the  data,  type  of  calibration  and  recording  Method.  The  generalised  engineering  unit 
conversion  program  at  the  OS  Air  Foroe  Flight  Test  Center  contains  forty  different  con¬ 
version  Methods  which  have  been  added  over  the  years  in  response  to  changing  instrumenta¬ 
tion  systems.  During  processing, only  the  applicable  methods  are  selected  for  use.  Some 
typical  methods  ere: 

e  Mask  Function  By  Parameter 

This  allows  for  multi-word  operation  by  "masking”  (blocking  out)  select¬ 
ed  numbers  of  bits  of  input  and  apply  the  logical  "OR"  function  into 
selected  nusbers  of  bits  of  inputs. 

e  Wait  Function 

This  is  performed  for  multi -parameter  operation  where  parameter  A  is 
masked  and  stored  and  waits  for  the  appearance  of  parameter  B  before 
proceeding. 

e  Bit  Match  Function 

Bits  from  selected  words  are  compared  for  match  or  non-match  (as  de¬ 
fined  previously)  to  identify  halt  in  processing. 

e  Data  Type  Conversion 

Conversion  to  binary  can  be  performed  using  several  computational 
methods : 

Two1*  Compliment 
Signed  Binary 

Two's  Compliment  MSB  (Most  Significant  Bit)  inverted 
BCD  (Binary  Coded  Decimal)  decode 
Hexadecimal  Decode 

e  Table  Look-up 

Calibration  values  are  selected  point  by  point  from  a  two  or  three 
dimensional  array  with  interpolation  and/or  extrapolation. 

e  Polynomial  Fit 

Coefficients  for  polynomials  up  to  fifth  order  are  stored  and  used  to 
define  the  polynomial. 

7 . 3  INTERMEDIATE  MERGES 

The  engineering  units  data  base  can  be  composed  of  data  derived  from 
numerous  sources*  airborne  magnetic  tape,  telemetry  recordings,  trajectory  information, 
weather  data,  system*  constants,  and  correction  factors.  A  typical  data  merge  used  to 
support  testing  of  a  gunnery  computer  system  is  shown  in  Figure  7-2. 
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FIGURE  7-2 
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The  primary  purpose  of  t he  atryt  prootu  ia  to  create  a  new  intermediate 
data  basa  ooapoaad  of  data  from  aultlpla  sources  expressed  ia  engineering  units  which 
can  ba  uaod  aa  input  into  tha  Analysis  Programs.  Xn  merging,  ears  mast  ba  exercised  in 
both  paramstar  and  timing  constraints.  Moat  computer  programs  will  halt  if  a  timing 
overlap  forces  it  to  go  "backwards  in  time."  Likewise  tbs  disappearance  of  a  parameter 
from  one  looation  and  its  re-emergence  in  another  location  will  oanae  a  program  halt. 

7.4  ANAL  Y8 18  COMPUTATION 

This  phase  of  data  analysis  is  arguably  the  most  important  general  area 
of  handling  flight  test  data.  80  far  the  Information  gathered  during  the  flight  teat  haa 
been  processed  into  oalibrated  engineering  units  data  which  represent  the  real  informa¬ 
tion  gathered  during  any  particular  test  flight.  This  data,  which  nay  be  on  disk  or  on 
computer  ooapatible  tape,  has  been  referred  to  above  as  the  data  base.  As  seeh,  it  can 
be  fed  into  existing  file  information  for  use  during  future  engineering  work  on  a 
similarly  fitted  aircraft,  or  it  can  provide  the  basis  for  developing  the  derived  infor¬ 
mation  on  the  flight  for  use  by  the  aircraft  or  system  designers,  typioal  analysis  flow  is 
shown  in  Figure  7-3. 


ANALYSIS  COMPUTATION 


FIGURE  7-3 


This  analysis  may  be  carried  out  either  within  the  flight  test  organisa¬ 
tion  which  haa  bean  responsible  for  the  aircraft  test  program,  or  tha  data  base  may  be 
supplied  to  other  organisations  which  have  an  interest  in  analysing  specific  data 
gathered  from  a  flight  performed  by  somebody  else.  For  example,  in  the  first  case,  the 
whole  process  of  handling  data  from  a  flight  teat  within  the  Boeing  Commercial  Aircraft 
Division  is  carried  on  within  the  flight  test  data  analysis  facility.  An  example  of 
the  second  case  is  where  normal  output  of  flight  test  organisations  such  as  the  Flight 
Taet  Center  at  Edwards,  California  and  the  NLR  in  Amsterdam,  Netherlands,  is  a  data  base 
whiah  in  addition  to  being  used  by  the  test  center,  is  transmitted  to  other  organisations 
suah  as  aircraft  manufacturers  and  design  groups  who  are  outside  the  control  of  the 
flight  test  organisation. 

Typical  areas  of  final  processing  include  stability  and  control  parameters 
derived  either  by  steady  state  techniques  or  parameter  identification,  Aircraft  and 
engine  performance  measurements,  trajectory  msasureswnts  including  takeoff  and  landing 
performance,  frequency  analysis  of  both  flutter  and  vibration  data  from  aircraft  and 
handling  qualities  analysis.  Typical  software  packages  were  described  In  Section  S  and 
Appendix  I. 

7.5  PRESENTATION 

Presentation  is  an  essential  segment  in  the  data  processing  sequence.  It 
is  in  this  part  that  the  information  derived  is  output  in  a  format  which  is  acceptable 
to  the  user.  In  general,  this  presentation  takes  two  major  forms  -  tabular  listings 
and  graphical  printouts.  Samples  are  shown  in  Appendix  V. 

Tabular  listings  retain  all  tha  precisian  of  the  original  computation  and 
may  either  be  provided  by  teletype  outputs,  which  is  rather  slow,  or  by  high  speed  line 
printers.  These  tabular  listings  are  generally  favored  by  computer  engineers  as  this  is 
the  normal  output  from  computers  used  throughout  industry. 

Flight  test  engineers  and  designers  frequently  prefer  graphic  information. 
This  is  normally  provided  by  a  variety  of  plotters  including  electro-static  plotters,  X-Y 
plotters,  strip  chart  recorders,  etc.  A  recent  application  of  this  technique,  which 
provides  very  high  speed  output  and  also  interactive  response  with  the  analysis  engineer, 
it  is  to  use  a  cathode  ray  tube  display  of  the  data,  associated  with  a  hardcopy  unit 
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which  oca  be  activated  one*  the  displayed  data  ia  to  the  aatiafaetioe  of  the  analyst. 

7.8  VALIDATION  ARIF  INTERPRETATION 

this  ia  the  essential  phase  between  the  final  processing  of  the  data  in 
the  oospster  and  the  writing  of  the  teat  report,  the  first  step*  usually  aoooepliahed 
during  software  development  and  checkout,  is  for  someone  to  validate  the  output  of  the 
oenputer.  This  can  either  be  dona  by  ohaaka  within  the  computer  program  by  the  eoaputer 
processing  personnel,  or  it  nay  be  left  to  the  flight  test  engineer  when  ha  is  presented 
with  the  output  data  either  in  tabular  or  graphical  form.  Whichever  way,  the  validation 
must  be  dona  with  a  broad  understanding  of  the  purposes  of  the  test  and  of  the  eoaputer 
techniques  aaployed  to  analyse  the  data.  Sneonpleta  understanding  of  either  of  these 
natters  can  lend  to  iaoerrect  information  being  aooapted  at  this  final  stage.  Once  the 
flight  teat  snglneer  has  accepted  data  which  has  bean  vaulted,  the  next  phase  is  the 
interpretation  of  this  data.  This  consists  of  taking  the  teat  results  and  coopering 
them  with  the  theoretical  models  of  the  flight  test  exercise  which  has  bean  performed. 

If  these  teat  results  con fora  to  the  theoretical  model,  then  the  values  of  the  param¬ 
eters  that  have  been  measured  and  calculated  can  be  determined  from  these  test  results. 
Xf,  however,  the  results  do  not  oonform  to  theoretical  background,  it  may  be  necessary 
to  go  back  to  the  computational  phase  to  check  every  step  of  the  prooess  to  try  and  iden¬ 
tify  what  the  oause  is  of  the  lack  of  compatibility  in  the  data.  This  may  well  be  due  to 
a  true  difference  in  the  flight  test  data,  in  which  case,  the  necessary  remedial  action 
can  be  taken.  Xt  can,  however,  sometimes  arias  due  to  a  peculiarity  in  the  measurement 
and  data  processing  chain  which  needs  to  be  eliminated  before  the  final  information  is 
accepted.  In  other  oases,  the  theoretical  or  wind  tixxnel  data  may  be  wrong.  Xn  either 
event,  the  total  data  acquisition  and  processing  chain  must  be  reviewed  step  by  step  to 
insure  data  from  one  phase  in  the  processing  is  passed  te  the  next  phase  without  change. 

The  final  step  in  this  phase  is  to  publish  the  results  in  the  teat  re¬ 
port.  This  is  the  stage  at  which  the  flight  test  engineer  must  consider  whether  the 
test  results  really  are  a  relevant  answer  to  the  problem  for  which  the  test  is  being  con¬ 
ducted.  The  test  report  should,  for  this  reason,  always  point  out  in  its  conclusions 
whether  any  remaining  uncertainties  exist  rather  than  to  have  them  discovered  later. 


•  .0  DATA  PROCESSING  CAUTION  AREAS 

8.1  DATA  VOLUME 

Airborne  instrumentation  technology  has  enabled  the  measurenmnt  and  record¬ 
ing  of  huge  amounts  of  data.  Though  this  allows  a  greater  assurance  of  measuring  the  infor¬ 
mation  required  to  test  the  vehicle,  it  results  in  considerably  sure  data  being  recorded 
than  is  actually  required  for  engineering  reporting  of  the  vehicle  test  results.  These 
volumes  of  data  are  of  such  magnitudo  that  it  is  not  economically  practical  nor  should  it 
be  desirable  to  prooess  all  of  the  data  through  computer  equipment.  To  do  so  results  in 
(1)  unnecessary  program  dollars  being  spent  on  data  processing,  (2)  proliferation  of 
excessive  eoaputer  facilities  and  equipmant,  (3)  increasing  the  turnaround  time  to  get 
final  data  into  the  hands  of  the  test  engineers,  and  (4)  burdening  the  test  engineers 
with  great  volumes  of  data  output  that  require  his  tine  and  effort  to  separate  the  needed 
information  from  the  data.  It  is  not  the  function  of  the  data  processing  organisation  to 
determine  what  voluam  of  data  must  be  processed  to  meet  the  needs  of  the  teat  engineer. 

This  determination  is  made  by  the  recipient  of  the  data.  What  the  data  processing 
organisation  can  do  is  point  out  the  impact  of  excessive  volumes  of  data  in  terms  of  cost, 
turnaround  time,  and  saturation  of  the  data  processing  facility.  In  today's  technology 
the  test  engineer  reviews  countless  reams  of  tabulated  data  or  graphical  representations 
to  segregate  those  segments  required  for  the  test  report.  Future  systems,  using  inter¬ 
active  "smart  terminals"  capable  of  presenting  both  tabulated  and  graphical  data  on  a 
CRT  will  permit  such  scanning  for  events  of  interest  to  be  performed  more  efficiently. 

A  word  or  caution,  however,  the  data  base  or  file  which  feeds  this  smart  terminal  must 
still  be  created  by  the  application  of  calibrations  to  raw  counts  to  produce  data  ex¬ 
pressed  in  engineering  units.  If  restraint  is  not  exercised  in  the  initial  selection  of 
data  to  be  processed,  then  all  that  has  taken  place  is  to  substitute  a  very  expensive 
remote  terminal  for  a  line  printer.  Volume  reduction  must  be  used  from  the  very  first 
step  in  data  processing  to  avoid  spending  the  major  portion  of  the  allocated  funds  on 
data  which  ends  up  in  the  trash  bin. 

8.2  DATA  RATES 

The  rate  at  which  parameters  are  sampled  are  usually  those  which  represent 
the  upper  limit  of  the  transducer,  signal  conditioning  and  telemetry  or  recording  system. 
This  is  desirable  since  it  will  give  a  raw  data  base  the  maximum  intelligence  it  is 
possible  to  gather.  The  information  required  for  the  test  report  is  significantly  less 
than  that  recorded  and  a  logical  point  at  which  to  start  reduction  is  with  the  sample 
rate  selected  for  conversion  from  raw  data  te  engineering  units.  The  output  of  a  line 
printer  for  thirty  minutes  of  data  at  a  thousand  samples  per  second  is  indeed  awesome. 

The  use  of  time  and  parameter  editing  techniques  coupled  with  cascading  compression 
algorithms  can  reduce  the  data  processing  task  significantly. 


fhare  it  bo  such  thing  aa  ptrhot  data  (or  flight  testing,  regardless  of  tbe 
KVUftioiUea  of  tbe  data  pceosMleq  lyat— .  Dm  potootlel  for  dropped  or  traaapoeed 
bits,  braaka  la  trenamiaaioe  or  rooordlap  and  anooalloo  within  Dm  hardware  or  software 
all  work  to  produce  imperfect  data.  A  aoftwara  proeram  wblab  aspects  par  foot  data  eaa 
churn  for  hour a,  then  a  parity  arror  or  data  gap  will  loaa  everything.  The  toat  oavlaoar 
aunt  bo  praparod  to  aooapt  data  loaoaa  aad  still  flaiah  tbo  tast  raport.  Data  eaa  ba 
salvaged  out  of  sol  ay  rooordlapa  by  skilled  proprosoaaor  station  opera  tore,  bat  It  eaa 
never  ba  manufactured .  fta  complete  ays  tea,  free  traaedaoer  to  lias  printer  or  tape 
drive  sntst  bo  oeeeldared  as  aa  entire  proeess  with  capabilities  aad  liadtatioae  fell  de¬ 
fined.  A  ssall  eeapreaiee  in  request  ceqeiraaeats  eaa  often  yield  major  benefits. 
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the  eaa  of  "canned*  software  routines  offers  the  tast  engineer  both  flexibility 
aad  tbe  reduction  of  labor  in  developing  a  sot  of  iastreetiena  to  prodeoe  tbo  regal  red 
output.  Xt  oust  be  reoognised  that  the  wore  general  the  application  of  the  software,  the 
ante  likely  will  be  the  exietenoe  of  unwanted  braaehea  lurking  in  storage  tooossas  to 
trap  the  unwary  bit  and  prodaoe  a  nonsense  answer.  Snail  program  changes,  which  seen  in- 
signif leant  nt  first  glenoa,  and  ande  aa  "quick  fixes, *  to  "get  the  data  out**  invariably 
rlohoohat  throughout  tbe  program  oauaing  it  to  fail  to  ran  to  ooapletioo.  Tbo  aero  care¬ 
ful  tbe  definitions  aad  instructions  in  the  initial  Program  Specification,  the  aore  likely 
will  the  software  run  to  completion.  Preproduction  tenting  of  the  software  through  the 
nee  of  known  inputs  to  prodeoo  expocted  outputs  for  all  oaaea  of  interest  will  signifi- 
oantly  reduoe  the  lenber  of  falluroo  end  reruns  ones  reel  teat  data  la  ran. 

9.5  BMtDNMtX  LXNXTATX0M8 

Today's  large  soala  oeapatar  systems  appear  no  overwhelming  that  little  notice 
is  taken  of  the  equipment  limitations .  Advances  in  speed  aad  internal  aelf-cheoklng 
capability  have  been  impreasive,  bat  it  ia  atill  possible  to  saturate  a  system  with  ex¬ 
cessive  input  volume  ooupled  with  inefficient  or  faulty  software.  Word  else,  storage 
oapeolty,  aad  emcillery  equipment  (card  readers,  taps  drive,  printers,  terminals)  will 
always  have  finite  limitations.  These  must  be  identified  aad  anooemndated.  The  ooaputar 
nay  be  capable  of  marvelous  performances,  but  it  is  still  e  literal  machine  which  will 
follow  input  instructions  within  the  limitations  innata  to  its  construction. 
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X.l  XNTROOOCTXOR 

••ctloo  S  contained  a  giMnl  definition  and  description  of  the  software 
prov*MH  required  to  prodeoe  flight  toot  results  no  o  usable  form  of  dot*,  ibis  appendix 
describee  the  types  of  software  peculiar  to  eaoh  of  the  major  areas  of  engineering  units, 
analysis,  and  real  time  processing.  The  progrema  listed  are  not  purported  to  be  all 
inclusive,  but  rather  as  a  typical  array  used  in  flight  test  work. 

X.2  XN8XHBXXNQ  UNITS  PMCSSSXNQ 

Typical  programs  in  this  phase  are  used  to  provide  preflight  control 
information,  define  system  and  instrumentation  calibrations,  maintain  maasurand  data 
base,  control  data  editing  and  data  compression,  and  correlate  airborne  data  with  ground 

data. 

x.2.1  Curve  rile 

The  Curve  rile  program  maintains  a  file  of  curves,  constants,  and  identi¬ 
fiers  in  an  on-line  mass  storage  unit  for  selective  retrieval.  The  Curve  rile  la  an 
active  file  that  undergoes  frequent  changes  in  contents  which  are  input  via  oarda  or  re¬ 
mote  temlnals.  The  Curve  rile  consists  of  an  index  section  which  identifies  particular 
tables  in  the  file  and  a  data  section  which  contains  the  tables  of  constants,  tables  of 
identifiers  and  tables  of  curves.  Thus,  the  Curve  rile  structure  should  provide  for  the 
filing  of  many  tables  which  can  be  referenced  by  several  airplanes  for  which  nany  table 
nanas  apply  and  several  test  numbers  can  be  associated  with  eaoh  table  name. 

X.2. 2  flight  Test  Instrumentation  acquirements  (PTXR) 

The  ra*  program  maintains  a  file  of  the  measurement  specifications  for 
the  instrumentation  that  is  required  and  authorised  for  the  testing  of  an  airplane.  The 
PTXX  consists  of  a  Model  (or  master)  file  and  at  least  one  Airplane  file.  Die  Model 
file  contains  the  specifications  of  eaoh  measurement  required  to  test  a  particular  air¬ 
plane  modal.  The  Airplane  file  associated  with  eech  test  airplane  of  the  same  model 
contains  only  those  amasurenent  numbers  authorised  for  the  test  airplane.  Mast  of  the 
data  are  input  via  punched  cards  and  seleoted  parts  of  this  data  are  also  used  by  the 
following  programs  i 

X.2. 2.1  Test  Item  Measurement  Requirements  (TXMR) 

The  TXNX  program  maintains  a  file  of  active  test  items  and  their  associated 
measurements  numbers.  Information  related  to  the  test  items  is  input  by  cards,  and  the 
descriptions  of  the  measurements  are  retrieved  from  the  PTXK  file. 

X.2. 2. 2  Request  for  Xnstrusmntation  Preflight  (RXP) 

The  RXP  program  produces  an  on-line  storage  file  of  the  instrumentation 
measurements  required  for  a  speaiflo  test  an  an  individual  airplane.  The  RXP  program 
merges  information  from  the  PTXR  and  TXMR  files  to  generate  the  file  of  required  test 
smaaurements.  The  rip  program  than  calls  the  PTXC  program  to  produce  a  preliminary 
listing  of  the  measurements  for  instrumentation  engineers  to  use  during  preflight  wort  on 
the  test  airplane.  The  RXP  file  is  "olsaned  off"  periodically  in  the  interest  of 
economy. 

X.2. 2, 3  Plight  Test  Xnstrusmntation  Configuration  (PTXC) 

The  PTXC  pxogran  maintains  a  complete  and  currant  file  of  the  instrumenta¬ 
tion  Installed  on  eech  airplane  in  test  stetue.  The  file  can  contain  all  calibrations, 
or  have  only  the  noot  recant  configuration  accessible.  Within  each  airplane  file,  the 
configuration  is  stored  and  accessed  by  recorder  number,  recording  sodium,  track  number, 
channel  number,  and  when  applicable  by  subchannel  end  bit  number.  A  preliminary  listing 
of  an  airplane  file  is  generated  by  the  program  for  the  engineer  to  use  during  a  pre¬ 
flight  check  of  the  airplane  instrumentation  system.  Any  Inst rum an tat Ion  changes  mads 
prior  to  or  during  the  teat  are  input  to  the  program  which  than  produces  a  final  instru¬ 
mentation  configuration  listing  for  the  teat  and  automatically  updates  tha  Arrangement 
and  Calibration  rila  (A/CP) . 

X.2. 2. 4  Transducer  Calibration  Pile  (TCP) 

The  TCP  program  eoaputes  the  calibration  coefficients  for  transducers  by 
applying  a  polynomial  fit  to  tost  results  from  tbs  Calibration  Laboratory.  The  data  arc 
input  to  tha  computer  either  by  oards  or  by  using  a  remote  terminal  located  in  the 
Laboratory .  Aooeas  to  the  file  ia  by  transducer  number.  The  coefficients  ere  stored  on 
an  on-line  ness  storage  unit  to  be  retrieved  by  the  A/CP  progren  for  use  in  calibrating 
flight  test  data.  Tha  data  nay  be  output  cither  oe  oards,  aa  plots,  or  in  printer 
formats. 
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I. 2.2.5  Arrant— nt  and  Calibration  Vila  (A/cr) 

the  A/CF  pntna  prepares  and  maintains  a  flla  of  tho  oalibration  ulwi 
and  tho  traok/channel  arrangement  for  aaeh  aaasnroaaat  aonbnr  to  bo  used  by  subsequent 
programs.  A  separate  filo  la  aatabliahod  ear  aaeh  flight  toot  airplane  using  tba  data 
available  in  tba  Flit,  TOC,  and  1C  f ilaa,  an  vail  aa  ponohad  oaxd  and  restate  terminal 
input  ebon  required.  Normally,  the  data  are  retrieved  from  aa  airplane  file  by  an  order¬ 
ed  indexing  with  meaauremaat,  reeorder,  track,  and  teat  r  sabers i  or  the  file  My  be 
aoeeaeed  by  teat  umber  only  in  vhleh  ease  all  the  aeaa eraaaata  aaaoolated  with  the  teat 
are  retrieved.  Optionally,  a  file  nay  be  aooeeead  by  teat,  recorder,  and  track  anabera 
to  retrieve  all  tho  aaaanremaata  recorded  on  that  track.  Following  active  usage  the 
oeparete  and  complete  A/Cf  ter  an  individual  teat  may  be  aorted  on  a  hiatorioal  tape. 

The  A/CF  output  nay  be  liatad  on  paper  or  punched  on  oarda. 

X.2.2.6  Ar ranqement/Calibrat ion  tile  Plot  (A/cfp) 

the  A/CPt  proqraa  produoea  a  graphical  repreeeatatlon  of  the  oalibration 
function  of  a  neaeuronont.  Plata  for  apeeifio  meaauxemaata  on  file  or  for  the  entire 
file  may  be  obtained  depending  on  the  aoceaainq  request.  The  file  ia  aoeeaeed  by  air¬ 
plane  number,  teat  number,  and  sort  oode  to  obtain  plota  of  the  entire  tile.  Xnputtlnq 
spool fio  measurement  numbers  in  place  of  the  sort  coda  qenerstea  plota  tor  only  the 
measurements.  The  plots  are  used  to  facilitate  converting  aiqnal  reference  values  to 
engineering  units  men  required. 

X .2.3  Test  Accountability  (NO 

the  TA  program  is  primarily  responsible  for  maintaining  atatus  of  Flight 
Vast  Engineering  work  Authorisations  and  Teat  items  associated  with  airplanes  in  the 
flight  test  inventory.  The  status  maintenance  is  accomplished  using  major  files  and  sub¬ 
sidiary  files.  The  major  files  provide  data  storage  and  retrieval  capability  with  aona 
automatic  croaafeed  or  data  between  the  filea.  The  subsidiary  fllea  contain  data  of  a 
comparatively  permanent  nature.  Program  input  ia  accomplished  using  primarily  Magnetic 
tapes  although  punched  cards  may  also  be  used.  The  output  nmy  be  listings. 

1.2.4  Flight  Teat  equipment  management  (FTBN) 

The  FTKt  program  maintains  a  file  of  all  accountable  equipment  in  the 
Flight  Teat  inventory.  The  information  and  data  are  a  to  red  on  an  on-line  me  as  storage 
unit  such  that  the  file  may  be  added  to,  revised,  or  deleted  as  required.  The  TOM  out¬ 
put  is  tabulated  as  various  equipment  lists  and  summary  reports  of  Calibration  Laboratory 
activities.  A  historical  file  is  also  maintained  to  facilitate  evaluating  individual 
items  of  equipment  and  to  provide  statistical  data  regarding  laboratory  workloads  and 
group  performance. 

X.2.S  Pilots  and  Flight  engineers  Records  (PFKR) 

The  IFtt  program  maintains  and  lists,  when  requested,  simulator  and  flight 
information  acquired  by  teat  pilots  and  flight  engineers.  Xn  addition,  the  program  will 
develop  currency  projections  for  crew  members  of  the  Flight  Crew  Training. 

1.2.6  Airplane  Configuration  and  Status  (AC AS) 

The  ACM  program  maintains  an  up-to-date  reoord  of  the  present  and  past 
configuration  of  an  airplane  ea  tong  as  the  airplane  remains  in  the  Flight  Test  inventory. 
The  information  ia  proooaaed  and  arranged  so  that  a  reoord  is  always  available  of  the  air¬ 
plane  configuration  existing  at  the  time  of  each  numbered  test.  The  information  can 
also  be  aorted  in  a  variety  of  ways  to  meet  the  objectives  of  participating  organisations. 

A  maker  of  other  data  files,  cost  files,  and  library  loaation  filea  can 
be  kept  on  this  system  and  called  up  as  required  for  the  analysis  of  a  particular  flight 
test.  The  output  data  from  this  part  of  the  system  is  fed  into  a  oalibration  stage  uhiah 
reads,  edits,  and  calibrates  the  flight  data  which  has  been  produced  in  a  format  suitable 
for  the  computer .  This  may  be  done  for  FM  data  ia  a  ground  station,  from  airborne  tapes, 
or  from  telemetry  date.  Card  data  oan  also  be  used  as  an  input  to  this  stage  and  the 
calibration  data  ia  used  by  a  number  of  mathematical  techniques  to  ensure  that  the  output 
of  the  initiel  enelysia  system  is  ia  the  form  of  engineering  units  which  can  be  printed, 
plotted,  or  handled  in  a  data  base  for  further  analysis. 

X.3  ANALYSIS  PSOCSSSXNQ 

This  phase  is  normally  found  in  batch  processing  systems  and  is  used  to 
process  teat  data  recorded  on  magnetic  tape  or  disk.  Some  of  these  programs  can  be 
operated  separately  using  the  calibrated  data  from  the  engineering  units  phase  while 
others  operate  as  a  system  of  integrated  programs.  The  primary  function  is  to  conduct 
standard  repetitive  calculations  of  data  or  special  calculations  defined  for  the  particular 
flight  trial  from  selected  test  data.  The  output  of  most  of  these  systems  is  in  the  form 
of  tabulated  listings  or  plots  end  special  programs  are  available  to  handle  this  particular 
aspect  of  the  analysis. 

dross  Weight -Center  of  Gravity  Program  (ONCQ) 

The  ONCQ  program  oaloulates  the  gross  weight  and  center  of  gravity  profile 
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of  la  itiplan  for  aw  given  fli|kt.  nkm!  Oat*  inpat  to  th*  program  1*  provided  bp  tba 
Cano  Vila  program  ui  th*  — glamoring  unit*  tap*. 

M.l  Qsaeral  Calculation  and  Avar  ay*  (QCAA)  Piofta 

The  QCAA  program  gives  th*  requestlnq  *o«la**r  th*  oapabiilty  to  specify, 
at  request  tiM#  a  variety  of  oaioolatiooa  to  b*  performed  oo  tla*  history  variable*. 

Iba  turn  history  variable*  any  b*  th*  ootpot  of  any  other  Piaal  Data  System  program  *x- 
o*pt  UK  and  PLOT  or  they  any  b*  oard  inpat  data.  Th*  calculation  aay  b*  a  standard 
oaioulatlon  or  an  equation  that  is  spaeif lad  oo  the  data  request. 

1.1.)  Baalo  Airplan*  (BA)  Prograa 

This  proqrsa  oaloulatos  th*  baalo  airplan*  parameters  of  airspeed,  alti¬ 
tude,  ambient  air  teaparature,  and  lift  ooafflelent.  Th*  input  data  required  for  these 
parameters  are  iapaot  pressure,  otatlo  pressure,  indleated  outside  air  teaparature,  and 
gross  weight. 

1.3. 4  Engine  Performance  (BP)  prograa 

This  prograa  ooaputes  the  porforaano*  of  one,  two,  or  sore  turbo-jet 
engines  at  on*  tine.  The  input  data  consists  of  th*  BA  program  output  and  of  normal 
engine  parameters  such  as  ocapressor  speeds,  exit  temperatures  and  pressures,  and  fuel 
used  quantities. 

1.3.5  Bngine  Puel  Plow  (BPF)  Prograa 

This  prograa  calculates  fuel  flew  rates  and  apeoific  fuel  consumption 
for  individual  engines,  total  flow  rates  per  airplane,  and  average  values  of  th*  param¬ 
eters  for  each  condition. 

1.3.6  Airplan*  Performance  (AP)  Prograa 

This  program  computes  the  values  of  parameters  that  describe  th*  perfor¬ 
mance  of  the  airplan*  during  steady  level  flight  conditions.  Normal  calculations  assume 
that  engine  thrust  is  parallel  to  th*  flight  path  and  th*  rates  of  change  of  airspeed  and 
altitude  with  respect  to  time  are  constant.  At  high  angle  of  attaok  engine  thrust  is  not 
parallel  to  flight  path  and  a  correction  is  normally  included.  Normal  input  are  provided 
by  the  Curve  Pile,  Basia  Airplane,  Bngine  Puel  Plow,  and  Bngine  Performance  programs. 

1.3.7  Tima-Sp ace-Position-Information  (TSPX)  Program 

This  prograa  ooaputes  airplane  position,  attitude,  velocity,  and  accele¬ 
ration  using  data  from  Cinetheodolite  systems.  Th*  film  associated  with  each  system  is 
aaai-sutomatically  read  and  th*  aaimuth  and  elevation  data  punched  on  computer  cards  or 
entered  on  magnetic  tap*.  The  data  are  input  to  th*  program  to  compute  th*  TSPX. 

1.3.8  Automatic  Approach  (AA)  Program 

This  program  ooaputes  the  automatic  approach  data  that  is  pertinent  to 
evaluating  th*  ground  facilities  and  airplane  systems  used  during  instrument  landings. 

Th*  position  of  the  Instrument  Landing  System  (XLS)  beams  and  th*  relative  position  of 
the  airplan*  to  these  beams  are  determined  by  the  prograa.  Normal  input  data  is  provided 
by  the  TSPX  prograa  output  and  by  the  glide  slop*  and  localiser  deviation  signals  re  - 
corded  on-board  th*  airplan*. 

X.3.9  Static  Port  Survey  (SP8)  Program 

This  prograa  computes  a  position  error  correction  factor  for  each  of 
several  static  pressure  sources  based  on  data  taken  from  th*  static  sources  and  from  on* 
of  several  reference  systems.  (Bsferenc*  16).  The  input  data  are  obtained  from  th*  Curve 
File  and  Sasic  Airplan*  Programs. 

1.3.10  Pressure  Coefficients  (PC)  Prograa 

This  prograa  computes  th*  pressure  and  pressure  coefficients  for  th* 
static  points  on  the  periphery  of  a  specified  cross-section  or  sections,  and  also  com¬ 
putes  the  normal  chord  and  moment  force  coefficients  for  each  section.  The  input  data 
are  supplied  by  the  caBA  programs. 

1.3.11  8id*slip  Angle  Calibration  (BSTA)  Prograa 

This  prograa  applies  aerodynamic  calibration  to  sideslip  differential 
pressure  or  sideslip  van*  angle  data  to  provide  sideslip  angle  data.  Prograa  options 
are  provided  to  transform  kinematic  data  and  airplan*  moments  of  inertia  from  body  axes 
to  stability  axes  and  principal  axes.  Th*  input  data  are  provided  by  th*  Curve  File  and 
Basia  Airplane  Programs. 

X.3.12  Inlet  Pressure  Survey  (IPS)  Program 

This  prograa  calculates  the  distribution  of  total  pressure  and  pressure 
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recovery  across  the  inlet  of  a  turbojet  engine.  The  output  of  each  angular  ring  of 
preeaure  probes  is  calibrated  by  the  Curve  program  and.  together  with  M  data*  are  input 
to  the  XPt  program. 

X.J.13  Nacelle  Cooling  (NACL)  Program 

fhia  program  correcta  the  teat-day  temperature  valuea  of  angina  components 
to  the  equivalent  hot-day  valuea.  The  CaBA  programs  provide  the  input  data. 

1.1.14  brake  Energy  Program 

This  program  computea  the  brake  energy  and  aaaooiated  parametere  required 
to  evaluate  the  braking  performance  of  an  airplane.  The  method  la  termed  indirect  be- 
oauae  the  energiea  and  foroea  are  not  measured  directly  from  the  brakee  or  wheel*  but  are 
oaloulated  ualng  aummaticn  of  airplane  foroea  and  integration  mathoda.  the  input  data  ia 
normally  provided  by  the  <MCQ,  rtPX,  bA,  and  BP  programa. 

1.1.  IS  braking  Force  and  Efficiency  (MNP)  Program 

Thia  program  computea  the  braking  force  and  efficiency  data  to  indicate 
the  performance  of  a  wheel  while  braking,  The  input  data  are  provided  by  the  Curve  and 
1NN0  programa . 


X.1.1C  Strain  Gauge  bridge  beaponae  Leaat  Square*  Fit  Program  (Reference  17) 

this  program  compute*  the  atrain  gauge  bridge  reaponaee  to  a pacified 
target  ioadat  then  developa  a  leaat  squared  line  from  the  data  and  oomputea  influence 
coefficients  standard  response  coefficients,  and  deviations  of  the  responses,  the  input 
data  are  provided  by  the  Curve  program  or  punched  cards. 

Z.1.17  Frequency  Analysis  (FREQ)  Program  (Reference  2) 

This  program  can  analyse  any  measurements  in  the  frequency  domain,  but 
normal  operation  is  to  provide  power  spectral  densities  and  autocorrelation  values  for 
input  measurements. 

X.3.11  Structural  lone  Load  Level  Program 

This  program  determines  the  sero  load  intercept  for  the  complex  calibra¬ 
tion  equation  associated  with  a  combined  arrangement  of  strain  gauge  bridges.  Several 
arrangements  are  used  to  measure  the  shear,  moment,  and  torsion  loads  on  the  airplane 
during  flight  load  survey  testing.  Normally,  the  program  evaluates  the  linear  least 
squares  solution  of  the  load  vmrrus  factor  data  for  each  teat  condition.  The  required 
input  data  are  provided  by  the  Curve  and  BA  programa. 

1.3.19  Structural  Fatigue  (SF)  Program 

This  program  performs  a  statistical  analysis  of  the  structural  load 
cycler  as  concurrently  related  to  a  relatively  stable  average  load.  Loada  recorded 
during  flight  through  turbulent  air  are  particularly  suitable  for  this  analysis.  Re¬ 
quired  input  data  are  provided  by  the  Curve  program  and  optional  input  is  provided  by 
the  GNCG,  QA,  and  Structural  Eero  Load  Level  programs. 

X . 3.30  Flying  Qualities  Program 

This  program  covers  a  wide  area  of  aircraft  handling  characteristics. 
Stability  end  control  data  is  calculated  from  level  accelerations  and  specialised  in¬ 
flight  maneuvers  such  as  side-slips,  rolls,  stalls/spins,  roller  coaster,  and  wind-up 
turns.  Similar  information  is  also  used  for  the  standardisation  of  stability  and  con¬ 
trol  data  and  this  information  can  also  be  used  as  a  direot  input  to  a  number  of  the 
other  programs  described  above. 

X .4  REAL  TINE  PROCESSING 

the  basic  programs  used  in  these  types  of  systems  are  very  similar  to 
those  described  above  for  engineering  units  and  analysis  but,  because  of  the  problems 
involved  in  these  systems,  special  considerations  have  to  be  covered.  Essential  tasks 
for  real  time  systems  can  include  the  ability  to  display  in  engineering  units  any  param¬ 
eters  being  recorded,  to  provide  limit  tests  on  any  of  these  parameters  being  recorded, 
and  to  provide  the  ability  to  perform  mathematical  computations  for  advanced  analysis 
and  to  display  the  results. 

Typical  programs  erst 

1.4.1  Cruise  Performance  Program 

This  program  is  a  system  application  program  which  provides  near-time 
and  summary  data  for  analysis  of  airplane  cruise  and  drag  performance  during  test  flights. 

The  program  provides  data  in  engineering  units.  Operator  instructions 
then  control  the  display  of  this  information  on  a  monitor  screen ,  remote  display  panels,  a  print¬ 
er,  or  analog  devloes  such  as  oscillographs,  for  analysis  and  decisions  during  the  test  flight. 


fit*  CrulM  NrtonmM  program  will  use  measurements  from  the  data  acqui- 
aition  system,  Basic  Airplane  Parameters  program,  data  fllaa  such  aa  throat  curvaa ,  and 
operator  auppllad  constants  and  options,  tha  program  mill  calculate  pressures,  tempera¬ 
tures,  airspeeds,  drag,  foal  flow,  throat,  alopaa,  and  atandarditad  paraaatara. 

1.4.2  Stall  Parfomanoa  Program 

this  program  is  a  ay a tarn  application  program  which  computes  paramatara 
uaafttl  in  analysing  stall  parformanoa  of  tha  airplana  during  taat  flights,  Aie  program 
will  display  soma  paraaatara  in  raal  tima  during  a  taat  condition  and  than  computs 
summary  paraaatara  in  an  inter-maneuver  moda.  this  naoaaaitataa  temporary  storage  of 
soaa  time  history  data  during  raal  tiae  processing.  An  operator  will  control  tha  atart 
and  atop  of  tha  raal  tiaa  processing,  the  inter-maneuver  node  calculations  will  automat¬ 
ically  be  dona  upon  tha  receipt  of  tha  ccnaand  to  atop  raal  tiaa  processing.  All  of  tha 
normal  monitoring  capability  within  tha  system  will  be  available  during  both  raal 
tiaa  and  intar-maneuver  mode  except  for  diaplay  on  tha  printer.  A  printer /CAT  display, 
or  stripohart  oan  ha  used  for  displaying  a  special  time  history  printout  aa  wall  aa  a 
condition  auanary  by  tha  Stall  Performance  program. 

1.4.3  Take-Off  Parformanoa  Program 

Alia  program  oalculataa  paramatara  which  are  used  to  monitor  aircraft 
taka-off  parformanoa.  Aircraft  position,  velocity  and  acceleration  oan  then  be  displayed 
in  tabular  or  plotted  format  on  a  CAT. 

1.4.4  Sasic  Airplane  (BA)  Paraaatara  Program 

Ate  BA  program  coaqwtes  and  displays  on  request,  tha  basic  flight  taat 
data  paraaatara  of  airspeed,  altitude,  gross  weight,  and  lift  coefficient.  It  can  be 
operated  concurrently  with  other  programs  to  provide  input  data  to  thoaa  programs. 

X.4.S  Power  Plant  Paraaatara  Program 

Ate  Power  Plant  Paraaatara  program  is  a  aystaa  application  program  which 
calculate!  paraaatara  that  are  uaaful  for  analysing  power  plant  conditions  during  test 
flights.  All  output  from  this  program  is  available  for  display  using  tha  peripheral  dis¬ 
play  devices.  Condition  average  values  are  displayed  on  the  printer  automatically  when 
the  stop  command  la  entered. 

X.4.C  Loads  Program 

This  program  computes  structural  load  paraaatara  in  raal  tiaa  for  in¬ 
flight  monitoring  and  analysis  of  taat  flights.  Ala  program  produces  a  variable  number 
of  shear,  moment,  and  torsional  load  calculations  and  concurrently  checks  a  variable 
length  list  of  measurements  for  out-of-limits  condition.  Extensive  options  are  provided 
to  allow  operator  control  of  equation  selection,  modification,  allocation,  and  activa¬ 
tion. 
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APPENDIX  II 

SAMPLE  COMPUTER  PROGRAM  SPECIFICATIONS 


U(I  Th«  primary  purpose  of  a  Program  Spaoif ication  is  to  idantify  to  tha  soft¬ 

ware  davalopar  tha  complate  computational  requirameut.  It  aarvaa  a  aecondary  purpoaa  in 
that  it  raquiraa  tha  project  engineer  to  define  the  raquirad  parameters,  input  and  output 
constraints,  computational  processes,  and  expected  products  in  a  rigorous  fashion. 

11. 2  This  appendix  contains  an  example  of  a  program  specification  which  was  ex¬ 
tracted  from  an  overall  flight  test  specification.  It  is  meant  to  be  illustrative  and 
no  attempt  is  made  to  define  terse  or  explain  content  in  detail. 

11. 3  Samples  of  Programs  Specifications 


AIRSPEED/ ALTITUDE  TRAJECTORY  INFORMATION 
General  Description: 

Herein,  "trajectory  calculations"  refers  to  the  calculation  of  the  following  par- 
meters: 

(1)  tapeline  altitude  (h*) 

(2)  rate-of-change  of  tapeline  altitude  (hj) 

(3)  geopotential  altitude  (Hf) 

(4)  energy  height  (H^) 

(5)  rate-of-change oronergy  height  (Hg  ) 

(8)  flightpath  climb  angle  (Y ) 

(7)  rate-of-change  of  flightpath  climb  angle 

(8)  normal  load  footers  (n  and  n  ) 

Xwt  awt 


Ou-board  measurements  of  airspeed  and  altitude  are  the  baste  for  these  calculations. 
Simplifying  assumptions  made  in  this  p-.ogram  include: 

(1)  spherical,  non-rotating  earth  <no  centrifugal  relief  from  the  force  of  gravity). 

(2)  constant  gravify  (32. 174  ft/sec2),  making  geopotential  altitude  equal  to  tape- 
line  altitude. 

(3)  no  accelerations  caused  by  wind  gradients. 

These  assumptions  are  acceptable  for  a  subsonic  relatively  low  performance  aircraft. 


Subroutine  RETEST  assumes  that  in  the  equation  for  geopotential  altitude. 
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RETEST  compute* 

h ■  h  +  88. 0339 
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Subroutine  DIFFR  is  called  to  numerically  differentiate 

A. 

and 


Et  -  dHEt/dt 


-  dht/dt. 

The  flightpath  angle  is  computed , 


*t  "  sin'1 


N 


and  DIFFER  IS  AGAIN  CALLED  TO  COMPUTE 


"  dyt/dt. 

Finally,  the  normal  load  factors  are  computed, 

n  -  ftBt 
xwt  Vtt 


cos 


vtt* 


"*wt  yt  “55TTTRT 

HETEST  then  returns  to  the  calling  program. 

Input 

Parameters 

The  following  are  the  input  parameters  necessary  to  process  data  through  link  3A  of  the 
UFTAS  program. 

LINK  3A  INPUTS  (B  -  file) 


ENGR. 

Symbol 

FORTRAN 

Symbol 

DESCRIPTION 

SOURCE 

UNITS 

(Meas.  List) 

Sample 

Rate 

Measurement 

Number 

hct 

HCT 

Test  Pressure  Altitude 

Link  2 

ft. 

- 

- 

p.t 

PAT 

Test  Ambient  Pressure 

Link  2 

1bf/ft2 

- 

- 

Tat 

TATK 

Atmospheric  Temperature 

Link  2 

°K 

- 

- 

Vtt 

VTT 

Test  True  Airspeed 

Link  2 

ft'sec 

- 

- 

The  constants  necessary  to  direct  the  program  flow  are  input  through 
coranon  blocks.  These  blocks  are  shown  below. 


ENGR. 

Symbol 

FORTRAN 

Symbol 

VALUE 

UNITS 

COMMON/ALL/ 

LUI 

* 

LUO 

* 

•To  be  determined  by  die  programmer. 


ENGR. 

Symbol 

FORTRAN 

Symbol 

VALUE 

UNITS 

COMMON/L3DATA/ 

IQ 

1 

ISM 

1 

MB. 

10 

MF 

10 

NANC 

0 

8DIF 

1 

Tables.  No  tables  are  required  to  process  the  trajectory  information 


Progrm  LINKSA  Continued 


APPENDIX  IZX 

TYPICAL  QOXCX-XiOOK  0*  RRAL-TXNI  PROCESSING  TRCHNXQOBB 


XXX.  1  AOTOMATIO  FLIGHT  TEST  DATA  SY8THN  (ARM) 

Iht  US  Air  Fore*  Flight  Tut  Center  system  for  real-time  processing  end 
display  is  called  the  AFTM.  AFTM  consists  of  both  hardware  and  software  to  perform 
real  time  on-line  flight  test  analysis.  The  characteristics  of  this  system  are  designed 
to  increase  the  probability  of  safe  and  timely  completion  of  a  flight  test  program  byi 

e  Providing  quality  control  of  each  maneuver  and  allowing  the  teat  conductor 
to  direct  repeats  of  invalid  maneuvers. 

e  Monitoring  selected  instrumentation  throughout  the  flight  both  for  safety 
purposes  and  for  instrumentation  system  health. 

e  Displaying  engineering  data  in  a  readily  understandable  form. 

e  Fastar  envelope  expansion  due  to  on-line  evaluation. 

e  Reducing  data  time  for  selected  engineering  units  data. 

e  Providing  preliminary  data  plots  or  tabulations  whieh  in  some  eases  may 
replace  output  by  batch  processing 

Shown  below  are  the  four  basic  hardware  subsystems  of  the  AFTDS  and  the 
functional  responsibilities  of  each.  The  AFTDS  system  integrates  a  telemetry  formatting 
subsystem,  a  preprocessor  subsystem,  a  central  computer  subsystem,  and  a  display  sub¬ 
system  into  a  real  time  flight  test  analysis  capability.  From  the  Plight  Analysis  Sta¬ 
tion  (FAS)  console,  a  flight  test  engineer  can  direct  the  system  to  acquire,  condition, 
format,  and  display  the  particular  data  parameters  for  real  tine  analysis.  These  func¬ 
tions  are  applicable  to  most  real  time  displays  and  analysis  system. 


TELEMETRY 
f FORMATTING 
SUBSYSTEM 


CENTRAL 

COMPUTER 

SUBSYSTEM 


DX8PLAY 

SUBSYSTEM 

(FAS) 


0  ACQUISITION 
0  CONDITIONING 
0  REFORMATTING 
0  SNITCHING 
0  RECORDING 


0  DECONNUTATION 
0  SYNCHRONIZATION 
o  NORMALIZATION 
o  LINEARIZATION 
0  LIMIT  CHECKING 
o  DATA  SELECTION 
o  EU  RECORDING 


0  MULTIPROCESSING 
0  CALCULATIONS  IN 
0  APPLICATIONS 
SOFTWARE 

0  SERVICE  DISPLAY 
SUBSYSTEM 
0  READ/ WRITE 

PERMANENT  FILES 


o  ANALYST  CONTROL 
0  TEST  CONTROL 
0  PRINTED  IMAGERY 
0  STRIP  CHART 
DISPLAYS 


FIGURE  XXX-1 

AFTDS  single  stream  operations  provides  one  telemetry  stream  input,  and  two 
data  stream  outputs  utilising  the  TeleSCOFE  340  operating  ay a tern.  The  displays  include 
two  master  cathode  ray  tubes  (CRT) ,  three  repeater  CRTs ,  and  three  analog  stripe hart  re¬ 
corders.  The  hardware  required  for  the  system  is  shown  below: 


FIGURE  XXX-2 


AM 


•  IntM  ia(«Mn  -  ihia  U  the  operating  system  wftMUt  mliwit  in  the 
Chw  74  dor  la*  ml  time  ptoetulat  opwrationa .  Xt  provides  th e  basic 
capability  for  tbs  eoaearmt  (time-shared)  processing  of  Am,  and  air¬ 
craft  or  pro  j  act  -unique  program. 

•  Xatsrfaeo  Software  -  Ihia  category  includes  a  amber  ef  support  and  util¬ 
ity  program  used  to  aaaiat  is  configuring  tbs  system  for  real  tiaa  opera¬ 
tions.  Lika  the  operating  aysten  software,  these  program  are  transpareat 
to  aircraft/project  differences. 

e  Applications  software  -  Of  prim  interest  to  tbs  user,  this  oategory 
includes  all  software  written  for  the  particular  aircraft  test  program. 
There  are  several  standardised  routines  which  perform  oomon  functions, 
sad  a  amber  of  aircraft  unique  program,  to  need  "beta  Analysis  Packages* 
(DAPa) . 

e  DAPs  are  written  ia  POSTMAN,  the  seat  widely  used  programing  language  for 
engineering,  and  the  software  ia  broken  up  into  convenient  packs gee  to 
suit  tha  user's  test  objectives.  For  exaaple,  these  packages  night  be 
broken  up  into  the  engineering  disciplines  ef  propulsion,  flying  qualities, 
or  fire  control  ayatea  for  a am  projects.  Very  comprehensive  projects 
with  large  input  peramter  lists  night  further  subdivide  DAPs,  for  exaa¬ 
ple,  flying  qualities  night  be  broken  into  a  longitudinal  stability 
package,  a  dynamic  response  package,  an  maneuvering  stability  package, 
and  a  control  sweep  package.  For  a  given  set  of  instruasntation  param¬ 
eters,  up  to  thirty  such  DAPa  my  be  initialised  at  one  tine. 

e  DAPs  can  be  loaded  and  changed  between  maneuvers.  Packages  which  are 
inactive  during  a  particular  maneuver,  and  which  are  to  be  recalled  dur¬ 
ing  a  subsequent  maneuver,  have  the  capability  of  saving  and  restoring 
values  calculated  during  previous  maneuvers  through  the  use  of  permanent 
files . 

III. 1.1  8 tripe harts 

The  analog  trace  of  the  signal  my  also  be  displayed  in  real  time.  The 
telemetry  signal  is  passed  through  ground  station  discriminators  which  extract  the  data 
stream  of  interest.  Frequency  Modulation  (FN)  signals  are  then  routed  to  strip  chart 
recorders.  For  Pulse  Code  Modulation  (PCM)  signals,  a  frame  bit  synchroniser  is  required 
prior  to  conversion  to  an  analog  signal.  The  raw  data  can  also  be  converted  to  a  pseudo 
engineering  units  analog  traae  by  the  application  of  calibration  data  through  the  uae  of  a 
moderate  speed  processor.  The  seat  system  my  also  be  used  for  post  flight  quick-look 
through  uae  of  magnetic  tape  as  shown  belowi 


DATA  FLOW  -  STXZF  CHART 


PIODM  III-3 


XXX*  1.1  fnjwttcr  XalMMliM 

MM  wki«l«  toMioMH  My  Im  iiailayt*  ia  nai  tim  m  vutlotl  plot 
M»i4i  uni  ntl  tlM  Mtlyui  qpauien  (MBita  tha  Arm  ni) .  Xapat  MU  it 
MMlly  (mlaM  bv  iiml  bu«i  nlui  or  optical  traokars  sf  IpasO  vita  daft  aaol 
oaaaioto.  mot  Tskloloo  with  laortial  systa—  oaa  alao  display  taloaatarad  iaortial 
poaitioa  data. 


cat*  rum  -  TtajacrooT 


noon  zzx-4 


UNIT  (CM)  TINS  ftSDOCTXOE 


TEST  CAM  reft  MDOCZM  CM  TZMft 


To  lap rove  data  turnaround  ti—  and  lowr  tha  ooat  of  data  proo— sing, 
Mwal  taat  oaaaa  aut  rat  to  evaluate  par— tar  and  tin  o— preasion  ttdutlqwa  at  tho 
pcapro—— o»  aad  la  tfta  engineering  units  processing  program,  The—  ara  about  in  Tablaa 
tv-l  aad  xv-2.  Too  par— tar  oapraaaltB  oaaaa  were  mat  oaa  for  stability  aad  oootrol , 
which  prooaaood  fifty-c—  para— tara>  aad  oaa  for  perfor— a—  aad  propulsion,  which  pro* 
oaaaad  sixty-aix  par— t ara.  Tlaa  oaaprs— ioa  oaa  aobiawod  by  reducing  data  tiaa  thirty 
taooa da.  The  ooloo—  labalad  ’■ft"  aad  "SABOS*  rapraaaat  tha  praprooaaaor  and  sngineer- 
iag  units  data  procaaaiag  aagaanta. 


XV.1.1 


basalts 


Taat  Caaa  1  rapraaanta  a  baaaliaa  condition  whara  all  oaa  hundred  aad  ainaty 
fiwa  raoordad  par— taro  ara  prooaaood  for  total  data  ti—  of  aixty  aacoada.  Taat  Caaa  2 
ahowa  tho  savings  ia  — atar  ooata  (CM  aoooada)  aohiawod  by  tiaa  oditiag  (nota  a  fifty 
percent  dooroaaa  ia  awoat  tiaa  yialda  only  a  thirty- fiwa  poroaat  decrease  la  CTO  tiaa 
because  of  tha  ayatea  overhead,  ti—  required  for  search,  aad  aocaas) .  Test  Casa  1  la 
apaia  ahowa  as  baaallna.  Taat  Casa  2A  ahowa  tho  affoct  of  para— tar  editing  in  tho  engi¬ 
neering  units  pro— ssiag  for  stability  aad  control  para— tors.  Teat  Ca—  21  shoos  tha 
effac:  of  both  ti—  and  para— tar  ooopres aim  ia  tha  enginsering  units  processing,  again 
for  stability  aad  control.  Teat  ca—  3A  aad  31  shoos  tha  a  a—  respective  oaaaa  of  per- 
for— ace  aad  propulsion.  This  sat  of  ooapreaslon  aasu— a  that  nothing  la  do— at  tha 
preprocessor  lowal. 


Tho  neat  — t  of  taat  —a—  ah—  tha  cascade  affect  of  applying  oaa—— sl¬ 
at  tha  preprocessor  point.  Tha  first  seetl—  (Tost  Ca— s  2A,  2b,  2C,  and  20)  shoos  tho 
affects  for  stability  and  control  while  the  — —ad  section  (3A,  3b,  X,  aad  3D)  shoos 
the  affects  for  parforeenoa  and  propulai— . 


BESXBEBftXEQ  OMITS  TMT  CAMS 


DErnmom 


Total  Para— tars  > 
Stability  and  Control  Para— tarsi 
Perfor— no a  and  Propulai—  Para— tarsi 

bo  Ti—  bditi 
Ti—  bditi 


US  Par— tars 
SI  Para— tars 
66  Para— tars 

10  Saco nds  Cal  and  60  Seconds  Event 
10  Seconds  Cal  and  30  seconds  Event 


M-3 


CAM 

TUB  PA 

Mam 

MMM 
XTM  M 

MMBTBA 

CTO  TUB 

«  BBOOCTZQB 
ZB  CPC  TZBB 

2A 

Bo  Tins  Bdlt 

All 

Bo  Tins  Bdlt 

•ac 

120.770 

2S 

BO  Ties  Bdlt 

All 

Tina  Bdlt 

•ac 

•4.201 

ac 

BO  Tlaa  Bdlt 

•ac 

Be  Tlaa  Bdlt 

•ac 

so.  700* 

79.7 

ao 

Tima  adit 

•ac 

Tins  Bdlt 

•ac 

20.70 

00.7 

1A 

Bo  Tine  Bdlt 

All 

Ba  Tian  Bdlt 

>ar 

ISO. 190 

IB 

Bo  Tlaa  Bdlt 

All 

Tins  adit 

»at 

lia.027 

X 

Bo  Tine  Bdlt 

pop 

Bo  Tins  Bdlt 

par 

72.924 

72.0 

ID 

Tina  adit 

nr 

Tins  Bdlt 

pap 

47.222 

02.2 

TABU  zv-a 


XV. 1. a  OomIwIoU 

11m  najor  conclusion  to  bs  drown  fro*  tlwu  toots  is  that  parameter  and  tins 
oosprsaalon  ax*  wary  valuable  techniques  to  ba  used  to  reduoo  tb*  volua*  of  data  prooees- 
iag,  shorten  data  turnaround  tlaa.  aad  lower  tha  cost  of  data  prooesainq.  tor  the  oaaaa 
where  wjmiHa  is  also  uaad  la  the  preprocessor,  it  eaa  be  saaa  that  savings  In  om> 
putar  ran  ax*  aeblavebla.  An  equally  Important  conclusion  la  that  tb*  earlier  in  tb* 
data  processing  etraaa  this  compression  oan  ba  introduced,  tha  acre  significant  tha 
saving* •  A  further  additional  benefit,  proven  only  over  tha  long  tine  spaa,  is  that 
fewer  reruns  are  required  when  all  entreneooa  data  and  processing  steps  are  eliminated 
as  early  as  possible  in  the  data  processing  stream.  The  end  result  is  shorter  turn¬ 
around  times  for  data  at  lower  oost. 


aPPSNDXX  V 
UNKI  OUTPUT* 


V.  This  appendix  contains  sample  data  products  produced  at  tha  hffiC.  This  aat 

of  sample  oaaaa  ara  taken  from  several  tasts  and  aircraft,  primarily  to  show  diversity. 

Tha  following  samples  ara  shown t 
a  V-l  Tabulated  radar  track  data. 

a  V-l  Tabulated  takeoff  data  derived  from  Cinathaodollta  traok. 

a  V-l  Tabulated  landing  data  derived  from  Cinathaodollta  track, 

a  V-4  Qraphlcal  prasentation  of  takeoff  data  derived  from  Cinathaodollta  track, 
a  V-S  Tabulated  calibration  data  for  a  single  parameter, 
a  V-f  Qraphlcal  presentation  of  calibration  data  for  a  single  parameter, 
a  V-7  Project  history  entry  of  parameter  data, 
a  V-S  Tabulated  engineering  units  data, 

a  V-S  Tubulated  analysis  data, 

e  v-10  analysis  plots. 
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major  component  of  data  processing  -  the  people  to  make  it  work.  The  data  processing 
in  support  of  flight  testing  is  described  according  to  processing  functions.  An  attempt  is 
then  made  to  identify  potential  problems  areas. 
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universally  applied.  The  intention  is  to  present  a  general  outline  of  the  methods, 
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